长期任务最容易失控的地方，不是模型答得不够多，而是资料散在聊天记录、网盘和临时笔记里。把一次性对话改成“项目工作区”，核心是让资料、工作规则和待办任务各归各位：资料负责事实，规则负责边界，任务负责当前产出。
先判断哪些事值得建项目
满足下面任意两项，就建议单独建一个项目：任务会持续一周以上；需要反复引用同一批资料；输出需要固定格式；多人会接力处理。临时问答不必强行归档，否则维护成本会超过收益。
| 层级 | 放什么 | 更新节奏 | 验收标准 |
|---|---|---|---|
| 资料层 | 需求说明、数据口径、范例、术语表 | 事实变化时 | 文件能追溯来源和日期 |
| 规则层 | 目标读者、禁用说法、输出格式、检查项 | 规则变化时 | 一页内说清楚优先级 |
| 任务层 | 当前问题、交付物、截止时间、反馈 | 每次工作前后 | 可直接判断已完成或待返工 |
用一份“项目说明”固定协作边界
项目说明不必写成制度文件，关键是让新开的一次对话也能马上知道该怎么做。先写不可变的规则，再写会变化的任务；把“请写好一点”这类主观描述改成可核对的指标。
项目目标：把访谈素材整理成可发布的教程草稿
读者：已经会基础操作、需要复用流程的人
资料优先级：项目资料 > 本次消息 > 通用建议
输出格式：先给结论，再给步骤表；未知信息标注“待确认”
完成检查：术语一致、步骤可执行、没有臆造的数据或链接资料不要堆满，先做入口文件
大量原文件直接丢进去，模型未必能判断哪一份更重要。更实用的做法是建立一页入口文件：列出每份资料的用途、适用范围、更新时间和冲突关系。真正需要精读的内容再按任务单独提供。
一个可复用的收尾动作
每次协作结束，用三行记录“本次结论、已变更资料、下一步”。这样下一次无需翻找历史对话。若要把提示语也沉淀下来，可以参考提示词资产的整理方法；需要把写作要求拆成固定任务卡时，可接着看写作任务卡的设计思路。
避免三个常见误区
- 把项目当文件夹：只有资料，没有规则和当前任务，仍然会反复解释需求。
- 规则越写越长：把真正影响质量的 5 到 8 条放前面，其余移到参考资料。
- 只保存结果：没有记录依据和版本，后续无法判断该沿用还是推翻。
项目工作区的价值不在于一次搭得多复杂，而在于把下一次启动成本降到最低。先用一个真实任务跑两轮，再根据返工原因补规则，结构会比一开始追求全面更稳。
