为什么这对搭档成立
ChatGPT 的工作模式能连接文件夹和文件，在流水线的生成一端最出彩：把粗略的大纲变成初稿、把一摞文档总结出来，以及——越来越多地——批量生成图片和图表。放任不管，这些产出就住在一条你迟早会弄丢的对话里。把它指向一个 note.md vault，每份成果就作为纯 markdown 落地（图片就在旁边），正好被你的阅读-批注循环接住。
这正是“一个 vault，多个 agent”开始回本的地方：ChatGPT 很少是你唯一的 agent。它是你伸手去生产时用的那个快通才——而审阅、长跑自动化、以及最终判断，都可以各自交给最擅长的那一位。同一批文件，不同的工人。
配置
- 把 vault 放在 ChatGPT 够得着的文件夹里——一个 OpenAI 连接的文件夹，或一个它能读写的云 / git 同步目录。
- 在 vault 根放一个
AGENTS.md（约定摘要见 llms-full.txt），并把同样的 house rules 贴进 ChatGPT 的项目指令——它不像 CLI agent 那样自动读文件，所以要主动告诉它。 - 让它把成果按日期存成 markdown，例如
drafts/2026-07-23-launch-post.md，生成的图片用相对链接放进{docname}_files/。 - 在 note.md 里打开结果；阅读、高亮、发问——你的标记落进sidecar 的
.note.md，原文保持干净、可再生成。
循环跑起来是什么样
你让 ChatGPT 起草一篇发布稿并生成三张主图；它写出 drafts/launch-post.md，填满一个 _files/ 文件夹。你在 note.md 里读它，删掉两张图，把一段夸大的话高亮，留一句批注。接着把 launch-post.note.md 交给一个更谨慎的审阅 agent——“照我的批注改”。ChatGPT 生成得快；vault 留住了它；你做了判断。这就是分工。
FAQ
ChatGPT 会自动读 AGENTS.md 吗？
不像 CLI agent（Codex、Claude Code）那样自动读。把 vault 约定贴进 ChatGPT 的项目或自定义指令，并把它指向 AGENTS.md 文件，它就会遵守同一套 house rules——sidecar 文件不许碰，新活儿写成带日期的 markdown。
ChatGPT 生成的图片能住进我的 vault 吗？
能。把它们和文档并排放进 {docname}_files/ 文件夹、用相对链接——和 note.md 处理粘贴截图是同一套约定。它们会在阅读视图里渲染，并随 vault 一起进 git。
我必须只选一个 agent 吗？
不必——这正是重点。快速生成用 ChatGPT，仔细审阅用另一个 agent，私密工作用本地 agent。它们通过文件协作，你来编排。见编排指南。