这篇主要解决什么问题
长任务在 ChatGPT 上最大的问题是每次新开对话都得重讲一遍背景，每周二都在重复粘那段”你是一个资深 PM……”。Projects 把文件、指令、对话绑在一起解决这个问题，但前提是你把它当纪律来用，不是当文件夹。适合写论文、做产品 launch、做长期审计——任何对话量大到侧栏装不下的多周任务。
这篇适合谁看
- 每周往 5 个对话里粘”你是一个资深 PM，帮我做 X 上线，语气直接”的人。
- 同时在跑论文、grant 申请、产品 launch、审计、PRD 的人。
- 重复任务里 80% 上下文相同、20% 目标不同的写作者和分析师。
什么时候适合用
同样的上下文（文件、角色、语气、目标）在多个对话里反复出现的时候——而你目前的解决方案是从一个本地文档里反复复制粘贴。
什么时候不建议用
一次性问题、随手脑暴、上下文一条消息就够的任务。Projects 有维护成本（建立、清文件、维护指令），短任务不值得。只用两次，直接粘就行。
开始前准备
- 命名用产出，不用主题。“Q3 上线计划”行；“ChatGPT 做营销”不行——太宽，模型没法做验收标准。
- Project Instructions 先在正经编辑器里写，不要在 app 里写。你会迭代得比预期多。
- 想清楚哪 3-5 个文件是每天真要引用的。其他的放本地，需要时再上传。
- 提前定对话命名规范：
2026-05-22-press-release-draft比五周后看到的 “New chat” 强一百倍。
具体步骤
- 一个长任务建一个 Project。命名用”产出”（“Q3 上线计划”），不用”主题”（“营销那摊事”）。
- 写 Project Instructions：角色、口吻、验收标准、忽略哪些。控制在 1000 字以内，太长模型会稀释。
- 只上传你每天真正会引用的 3-5 个文件。旧稿、跑题的不要进。旧版本直接删，不要叠着。
- 每个新对话先说明本次子目标：“今天写 press release 的开头。“——既给模型锚点，也方便后面在侧栏搜。
- 对话超过 30 轮就总结成
running-notes.md重新上传——Projects 不会自动跨对话记忆。 - 每两周清理一次 Project 文件：删过时的，换上新的。文件名带日期，知道哪份是最新。
一个真实 Project 配置
Project 名: Q3 产品 launch
Instructions:
- 角色: 资深 PM，帮我跑一个 Q3 SaaS launch。
- 语气: 直接，不打太极，不要营销 fluff。
- 验收: 8 月 15 日上线，5 家媒体报道，demo 能跑。
- 忽略: 任何 Q4 的事，那是另一个 Project。
文件:
- prd-2026-05-22.md（当前 PRD）
- target-press-list.md（15 家媒体）
- decisions.md（已经定下来的取舍）
- voice-samples.md（2 篇我想模仿的 launch 帖）完成后检查
- 三周后开个新对话问”我们到目前为止决定了什么？“答不上来，说明
decisions.md没及时更新。 - 抽查对话里有没有真的遵守 Project Instructions。“不打太极”被忽略，说明你的指令太长或自相矛盾。
- 每月审一次文件列表：说不出来为什么这个文件还在，就删。
怎么复用这套流程
- 周期性任务（每次 launch、每次审计）维护一份 “Instructions 模板”。新 Project = 复制模板 + 改 3 个字段。
decisions.md是杠杆最高的一个习惯，在所有 Project 里都成立。- Project Instructions 备份一份到笔记 app。in-app 字段没有版本历史。
建议的操作流程
一个申请 grant 的 Project：Instructions 写口吻 + 资方背景。文件包括申请指南、去年获批样本、你的简历、decisions.md。每次对话处理一段。用 running notes 记录跨对话的关键决定。如果 Project 要做基于网页的实时调研，可以搭配ChatGPT 网页搜索工作流，让来源依据和决定记录留在同一个 Project。
容易踩的坑
- 把 Projects 当文件夹用，所有东西都往里塞，从不清理。一个月之后什么都检索不出来。
- 写一份 5000 字的 Project Instructions，实际 ChatGPT 都没在听。指令字数超过 1000 字时召回率明显下滑。
- 忘了 Project Instructions 对里面每个对话都生效，包括不相关的话题。别在 launch Project 里问菜谱。
- 以为 Projects 有跨对话记忆——它共享的是文件和指令，不是聊天历史。要靠你自己往前总结。
- 同一个 PRD 留了 10 个版本不敢删——模型会随机挑一份用。
- 一个 Project 同时装两个相关但不同的产出（上线 + 上线后留存）。语气和受众不一样，应该分两个。
进阶技巧
- 把 2-3 个记录关键决定的对话 Pin 住，当作项目的”记忆层”。
- 在 Project 里维护一份
decisions.md，每做完一个关键决定就重新上传。时间维度的 diff 本身就是文档。 - 一个受众一个 Project：客户向 vs 内部向可以共享文件但用不同的语气。
- 技术 Project 里放一份
glossary.md，写内部缩写。一周省 20 次重新解释。
FAQ
- Project 里的文件会占用我的 context window 吗？: 会，只是每次只检索相关部分。但文件太多依然会拖慢响应，保持精简（10 个以内、总大小 500KB 以内是经验值）。
- Project 能分享吗？: 不能直接分享。要么分享某个对话，要么导出文件。Project Instructions 是私有的。
- 文件数上限？: Plus 是 20 个，Team / Enterprise 更多。但实际上限远低于此——相关性检索随文件数下滑。
- Project 会用我的 Memory 吗？: Memory 是账号级的，在 Project 里也生效。不想串味就在该账号关掉 Memory，或用独立 workspace。
- 为什么有时候它就是不听 Instructions？: 通常是指令太长、自相矛盾，或被对话内的上下文覆盖。在对话里再强调一遍关键约束。