小红书内容做多以后，早期按文件类型分出来的目录开始反过来拖慢我。 xiaohongshu notes 、 generated 、 outputs 、 assets 和 prompt 花园各放一部分，一篇内容做完，文案在一处，图在另一处，渲染脚本又在第三处。文件没有少，只是越来越难回答这张图属于哪篇稿，最后用了哪一版。
这个工作台不负责自动发布，也不替我决定选题。它只把同一篇内容的源材料、文案、Prompt、成图、渲染工程、QA 记录和发布包放回同一个项目目录。 projects 保存内容项目，每个项目可以包含 notes、generated、outputs 和 assets。 library 只放长期复用的 Prompt、公共视觉资产和数据记录。 archive 保存旧版与过期过程稿，不再作为日常入口。 workflows 记录稳定流程。小红书内容工作台的项目化目录
我最后把“项目”定成最小归档单位。会跨项目复用的东西才升到 library，已经不用但仍要追溯的版本才进 archive。这样做没有让文件变少，却让每个文件重新有了上下文。
Codex 帮我梳理了两轮移动关系，先做低风险迁移，再把旧的大桶结构收回到 projects。它还补了项目索引、目录说明、盘点记录和回滚提示，让整理结果不只存在于一次移动操作里。我按当前文件系统复核了入口，projects 下现有 21 个项目目录，旧的几个顶层入口已经不存在。后续新项目仍在沿用同一套结构。
工作台仍在使用。2026 年 6 月完成第二轮整理后，7 月和 8 月的新内容继续进入 projects，说明它已经从一次清理变成了实际工作习惯。目录整齐不代表内容正确，也不代表素材有公开权利。事实核查、版权、隐私、文字审稿和发布确认仍要逐项目完成。