ChatGPT Projects 怎么用:把长期任务的上下文留下来

ChatGPT Projects 是把多个对话归档到同一个上下文容器的功能。这篇讲它怎么打开、什么场景该用、和 Custom GPT 的区别。

Projects 是什么

ChatGPT Projects 是把多个对话归档到同一个”项目空间”里的功能。同一项目下的对话共享:

  • 一个共同的 instructions(System Prompt)
  • 一组共同上传的文件
  • 项目记忆,以及你加入的文件 / 链接 sources

它解决的核心问题是:长期任务的上下文不再丢

开始前准备

  • 登录 ChatGPT,网页、iOS、Android 都可以。
  • 选一个真实的长期任务,不要拿随手测试的聊天来建项目。Projects 最适合会持续几天或几周的工作。
  • 准备上下文资料:文档、PDF、表格、图片、Google Drive 链接、Slack 链接、笔记,或者准备迁入的旧聊天。
  • 写一句成功标准,比如:“每次回答都要参考我的简历和这个 JD” 或 “所有草稿都要保持这个 newsletter 的语气”。

适合什么场景

  • 求职准备(一份简历 + 多个 JD + 多轮迭代)
  • 写一本书 / 长稿
  • 持续运营一个自媒体账号
  • 长期开发一个产品(PRD / 用户访谈 / 设计稿都在一个 project)

具体步骤

  1. 创建 Project。ChatGPT 左侧 sidebar 顶部 ”+“(或 sidebar 上方的 “Projects” 区)→ “New project”。名字直接写工作结果,例:

    • 好命名:2026 求职 - 后端SaaS 内容日历 2026Q2产品 X PRD v2
    • 差命名:TestJob stuffAI 项目(搜不到、未来自己也不知道是什么)
  2. 写 project instructions。点项目右上角的 ”…” → “Instructions”。直接复制下面这个模板,把尖括号占位换成你的真实信息:

    你的角色:<例 "资深产品经理,专注 B2B SaaS 工具">
    
    你必须遵守的规则:
    - 输出语言:<中文 / 英文 / 视输入而定>
    - 输出格式:<Markdown / 纯文本 / 表格优先>
    - 长度:<具体到字数或段落数,例 "≤200 字" 或 "3 段">
    - 风格:<例 "直接、不堆形容词,每段≤3 句">
    
    每次回答前必须先做:
    - 复述我的问题(≤1 句),让我确认你理解对了
    - 列出回答里用到了哪些项目里的文件 / sources
    
    以下情况必须先问我,不能直接生成:
    - <例 "需要做出涉及竞品的事实判断时">
    - <例 "要写公开发布的内容(博客、邮件、Tweet)时">
    - <例 "需要 fabricate 数字 / 引语时">
    
    禁词 / 禁套:<例 "不要 Introducing / Excited / revolutionary / game-changer">
  3. 上传参考资料。项目页右侧 “Files” → “Add files”。文件类型支持:PDF、DOCX、TXT、MD、CSV、XLSX、PNG/JPG、Python/.py 等。常用上传组合:

    • 求职:resume_2026.pdf + target_jd_company_X.md + behavioral_qa_bank.md
    • 内容日历:brand_voice.md + audience_personas.md + keyword_map.csv + top_10_posts_2025.md
    • 产品 PRD:prd_v2.md + user_interview_notes_*.txt + competitor_teardown.pdf
    • 文件命名加日期或版本号(v22026q1)方便后续淘汰旧版。
  4. 第一条聊天:让 AI 复述项目。开新聊天,直接发:

    这是项目里第一条聊天。在生成任何东西之前:
    1. 复述项目 instructions 的核心规则(≤5 条 bullet)
    2. 列出你看到了哪些 files / sources(文件名 + 你判断的用途)
    3. 列出你认为这个项目的目标是什么(≤2 句)
    4. 列出还缺哪些关键信息让你能高质量回答
  5. 纠正它的理解。漏掉的文件用法、错认的目标、缺失的信息,在这一步直接补。例:

    你漏了 audience_personas.md 是用来核对受众语气的,不只是参考。
    还有:项目目标不是"产出博客大纲",而是"产出可发布的博客文章"。
    把 instructions 补一行:"每篇产出后,必须列出基于 audience_personas.md 的受众匹配检查(3 条)"。

    纠正完让它确认更新后的理解,再开始干活。

  6. 迁入相关旧聊天。在旧聊天里右上角 ”…” → “Move to project” → 选你刚建的项目。迁入后该聊天继承项目的 instructions 和 files。把所有跟这个长期任务相关的旧对话都迁过来,搜索起来集中。

  7. 协作分享。项目右上角 “Share”:

    • Chat access:只能在项目里聊天,看不到也改不了 instructions / files。给只用项目的同事。
    • Edit access:能改 instructions、加 / 删 files。只给共同维护者。
    • 加之前确认 files 里没有敏感数据(密码、客户清单、未公开财务数据)。
  8. 每周整理 15 分钟

    • Files 区删 >30 天没动过且没被引用的文档。
    • 把上周新出现的有效 prompt 模板回填到 instructions。
    • 归档已完成的子任务聊天(标题加 [done] 前缀,方便后续搜索保留)。
    • 留一条”项目简报”聊天置顶(标题如 项目简报 - 持续更新),里面贴最新版本号、关键决定、open question。

完成后检查

  • 在项目里开一条新聊天,让它复述项目 instructions 和重要文件。如果漏了关键内容,就更新 instructions 或 sources。
  • 对比项目内和项目外的回答。项目内回答应该更少重复解释你是谁、目标是什么、资料在哪里。
  • 共享项目要特别检查隐私:加入项目上下文的内容,可能影响协作者可见的回答。

与 Custom GPT 的区别

  • Custom GPT:为别人写的”AI 工具”
  • Project:为自己写的”工作上下文”

容易踩的坑

  • 只把 Project 当文件夹用。真正有价值的是 instructions、sources、可复用聊天三者组合。
  • 把所有文件都传进去。只放真正应该影响回答的那一小组资料。
  • 旧草稿、过期资料一直不清理。陈旧上下文会产出陈旧答案。
  • 没检查隐私就共享项目。

实战例子

先拿一个具体小任务跑这套流程。比如:总结一份 PDF、重写一个落地页模块、审一个 PR、生成一组图片方向、调一个 prompt。输入要小到你能人工判断 AI 是否真的帮上忙。确认结果稳定后,再把同样模式扩展到完整文档、完整代码库或完整素材批次。

什么时候必须人工再复核一遍

  • 输出要公开发布、发给客户、写进代码,或用于钱相关决策。
  • 答案里有事实判断、法律 / 医疗 / 金融含义、隐私数据,或品牌敏感表达。
  • 工具改了文件、设置、权限、账单、部署,或任何不容易撤销的东西。
  • 你无法不用”相信模型”来解释最终结果为什么正确。

可直接复制的 Prompt

我想把这套流程用于一个真实任务。

目标:
- [写清楚你想得到什么结果]

上下文:
- 使用工具:[ChatGPT / Claude / Gemini / Cursor / Codex / 其它]
- 输入资料:[粘贴或上传文件、笔记、链接、截图]
- 限制条件:[语气、长度、格式、截止时间、受众、隐私限制]

请做三件事:
1. 先用你自己的话复述任务,并列出缺失信息。
2. 只基于我提供的上下文产出第一版。
3. 附一个简短检查清单,让我在使用前能验证结果。

详细实操流程

  1. 先用最小的真实输入开始。不要用假文本测试;用一个真实文件、一个真实页面、一个真实 bug,或一份真实创意 brief。
  2. 在同一条消息里给工具目标、输入材料和好答案标准,避免模型优化错方向。
  3. 任务会影响代码、公开内容、钱、账号或品牌语气时,先让它出计划,不要直接要最终结果。
  4. 跑第一轮后人工检查:缺了哪些上下文、有没有事实不确定、格式有没有跑偏、模型有没有越权发挥。
  5. 修改时给具体反馈,不要只说”再好一点”。明确哪些保留、哪些删除、下一版要达到什么标准。
  6. 把最终 prompt、输入结构和检查清单保存成模板,下次同类任务直接复用。

常见的翻车情况

  • 输出很空泛:加入真实资料,并指定更严格的输出格式。
  • 工具编造事实:要求它区分”来自资料的确认信息”和”推断”,删掉无来源内容。
  • 答案太长:先让它完整输出,再要求压缩到目标长度。
  • 文字看起来专业但实际不对:按原始资料核对,不要按语气自信程度判断。
  • 第二轮开始越改越乱:用修正后的上下文和上一版最佳结果重新开一轮。

FAQ

Q:Projects 和 Custom GPT 有什么区别? A:Custom GPT 是为别人写的“AI 工具”,发布给所有人用;Project 是为自己写的“工作上下文”,把多个对话归到同一个 instructions + files 容器。私人长期任务用 Project,要发给团队 / 外部使用用 Custom GPT。

Q:Project 里的 files 上限和支持类型? A:单 Project 最多 20 个 file,单文件常见上限约 512 MB / 200 万 token(具体随 OpenAI 调整)。支持 PDF、DOCX、TXT、MD、CSV、XLSX、PNG / JPG、.py 等常见类型。命名建议加日期或版本号,方便淘汰旧版。

Q:分享 Project 会泄露哪些东西? A:Chat access 只能在项目里聊天,看不到 instructions / files;Edit access 能改两者。共享前一定确认 files 里没有密码、客户清单、未公开财务数据——上下文喂给 AI 的那一刻,协作者的回答里也可能引用到。

Q:Project 不工作或回答不参考 files 怎么排查? A:第一条聊天让它复述 instructions 核心规则 + 列出看到的 files + 它认为的目标 + 缺失信息。漏的部分直接补,再开始干活。指令被忽略详细见“ChatGPT Project 指令被忽略”那篇排查文。

相关阅读

标签: #ChatGPT #Prompt