小红书工作目录早期按文件类型分桶。一篇内容的发布稿可能在 xiaohongshu notes ，生成图在 generated ，HTML 在 outputs ，角色素材又在 assets 。记得文件名时还能找，隔一段时间再回来，就很难判断哪份是最终版。
我最初以为把同类文件放在一起就算整理。这个结构对批量找图片很方便，却把项目上下文拆散了。另一个问题是移动本身也需要证据。如果没有迁移表和回滚提示，一次整理也会变成新的失忆现场。
第一轮先建立笔记入口，把明显散落的发布稿、Prompt 和过程图移到可追踪位置，同时记录原位置与新位置。第二轮再把 notes、generated、outputs 和 assets 合并进一个项目目录；跨项目复用的资产进 library，旧版进 archive，维护记录留在 maintenance 。小红书工作目录的两轮整理
选错的是分类轴。内容制作最常问的是这一篇做到哪一步，而不是所有 PNG 在哪里。所以目录的第一层应该回答项目归属，文件类型退到项目里面再分。
当前根目录保留 projects、library、archive、workflows 和 maintenance 等入口；旧的几个顶层目录已经移除。README、PROJECTS 和 inventory 能互相对上，两份 migration map 也保留了反向移动提示。现在整理目录时，我先写移动表，再动文件；先保留回滚线索，再清空旧入口。看起来慢一点，但以后不用靠记忆猜。