⚠️ 这篇是写给已经会用 GPT、Claude 聊天，最近开始想把几个 AI 工具串起来省事的人。最容易做错的一步，就是把 Codex 当成同一种工具，以为谁分高谁就适合自己。结果就是：你一会儿在浏览器搜资料，一会儿回聊天框补背景，一会儿再回编辑器改几行代码，最后还得自己手动搬运上下文，多一轮返工。AI 工具真正开始抢的，不只是代码活，而是你来回切换的那些碎时间。
我一开始也这么用，以为把提示词写长一点就够了。第一眼像省了5分钟，后面却因为反复补背景、多切3个窗口，把省下来的时间全赔回去。后来我去翻 OpenAI 开发者站的 Codex 更新记录（Changelog – Codex | OpenAI Developers），才发现反转点根本不在“又多了几个功能”，而在提示词放错了地方 [C001]。Codex时代，最值钱的提示词在仓库里。[C002]
这里说的“仓库里”，不是玄学，是代理说明文件（AGENTS.md）这种直接写在项目里的规则文件。文档写得很直白：Codex 开工前会先读它，而且会按全局、仓库、子目录这3层往下合并规则 [C003]。翻成人话就是，那些本来要你反复补充的背景，可以提前写成固定规则。
更关键的是，这个文件不只影响你眼前这次对话。GitHub 代码审查也会先搜它，再按里面写好的审查重点来挑问题 [C004]。连记忆功能（Memories）那页都在提醒：必须长期生效的团队规则，应该写进这个说明文件或代码库文档里，记忆只是辅助 [C005]。所以不是提示词没用了，而是提示词从聊天框搬进仓库，变成能复用的项目规则。
如果你现在还只是偶尔问灵感，这一步未必最值；但如果你已经想把 AI 真接进项目，先别急着卷聊天框里的长提示词，先写3条最常用的项目规则：代码风格、测试底线、不能乱改的区域。很多人以为自己缺的是更强模型，其实缺的是少切几个窗口。先把这篇存着，等你第一次准备把 AI 接进仓库时，先写说明文件，再卷提示词。
🤔 你现在最想先避开的，是哪一个坑？