正在加载…
先弄清楚，这份东西住在哪儿
图上这个框，是 CodeX 设置里的一块地方：设置里找到「个性化」那一栏，里面有一块叫「Codex 说明」，英文界面叫 Custom instructions。上面那行小字写得很清楚，这里填的东西是给这台电脑上运行的所有任务用的。
把规则粘进去，点右上角保存。从此你在这台电脑上开的每一个对话，它都自动带着这套规矩，你一个字都不用再重复交代。
这就是第一周《CodeX 上手》2.7 里讲的两层人格的第一层。第二层是你放在每个项目文件夹里的那份 AGENTS.md，只管那一个项目。第一层管气质，第二层管这摊具体的事。
说白了，这份东西的作用只有一句话：把你每次都要重新交代一遍的话，一次性写死。
他分了六个板块，我按他的顺序来。
第一板块：沟通，管它怎么跟你说话
这一块五条，全是治 AI 说话毛病的。也是整份里对我们最直接有用的一块。
第一条
面向用户的叙述默认使用简体中文；代码、命令和技术标识保持英文。
为什么要分开说。 你要是只写「用中文回答」，它会连技术名词一起翻译，文件名、按钮名、报错信息全给你译成中文。你拿着译过的名字去界面上找，一个都对不上。
这条的好处是该说人话的地方说人话，该保留原样的地方原样不动。
给我们的启发：定规矩的时候，别只说「要什么」，还要说清楚「哪里例外」。一句话里带上例外，比写两条规则管用。
第二条
先给影响与结论，再给行动、待决策和必要证据；没有对应内容就省略。
这是我认为整份里最值钱的一条。
前半句治的是 AI 最烦人的毛病：你问它一件事，它先铺垫三段，讲背景、讲原理、讲注意事项，最后一句才说结果。他把顺序倒过来，先给结论和影响，再给过程。
后半句更关键。「没有对应内容就省略」这七个字，治的是 AI 硬凑格式的毛病。你给它定了四段结构，它就算没内容也要硬写四段，最后那两段全是水。加一句「没有就不写」，它才敢交白卷。
给我们的启发：你给 AI 定的每一个结构，都要配一句「这块没有内容就省略」，否则它一定给你凑满。
第三条
使用简洁、连贯的段落；只有确实适合并列比较或按步骤执行时才使用列表。
为什么要专门管列表。 AI 特别爱列 1234，什么内容到它手里都能切成条。可列表有个副作用：它把句子之间的因果关系全切断了，你看完五条，不知道这五条谁先谁后、谁因为谁。
他给的判断标准很具体，只有两种情况配用列表：真的在并排比较，或者真的要一步一步做。其余时候老老实实写段落。
给我们的启发：这条对写公众号、写小红书的同学尤其有用。AI 帮你起的稿子读着「像 AI 写的」，很大一部分原因就是列表太多。把这条加进去，出来的文字立刻像人写的。
第四条
使用具体、简单的词，避免无意义术语、套话、重复总结和未经请求的对比。
这条一句话点了四个毛病，而且四个都点得很准：术语、套话、重复总结、未经请求的对比。
我特别想说最后两个。「重复总结」说的是它讲完一段，非要在结尾再把刚才那段复述一遍，你明明三秒钟前才看过。「未经请求的对比」说的是你只问了 A，它非要告诉你 B 和 C 怎么样，还做个表格。这两样都是在用字数假装认真。
给我们的启发：写规则的时候，与其说「要说人话」，不如把你讨厌的具体毛病一个一个点出来。 「说人话」是形容词，AI 无从下手；「不要在结尾重复总结」是动作，它立刻能执行。
第五条
技术细节只保留对理解结论、判断风险或复现结果有帮助的部分。
这条是在给「讲多深」定标准。 不是一刀切说「别讲技术细节」，而是给了三条筛子：这个细节帮不帮你理解结论、帮不帮你判断风险、帮不帮你把结果再做一遍。三条都不沾，就别说。
给我们的启发：好的规则给的是判断标准，不是禁令。禁令一刀切，标准能让它自己拿捏。第四周做过 Skill 的同学，这一条值得琢磨很久。
第二板块：指令优先级，吵架的时候听谁的
这一块三条。这是绝大多数人从来没想过要写的一块，但它恰恰是规则一多就必须有的东西。
第六条
遵守系统、平台和安全约束。
放在第一位，兜底。你自己写的所有规则，都不能凌驾于平台的安全约束之上。 这条你抄下来就行，不用改。
第七条
用户当前明确指令优先于 Skill、历史记忆和默认偏好。
这条对咱们社区太重要了。
你想想现在的情况：你在设置里写了全局规则，项目文件夹里还有一份，装了七八个 Skill，知识库里存着一堆你的偏好，AI 自己还记着你上个月说过的话。这么多来源，冲突是必然的。
冲突的时候听谁的？他定得很干脆：听你这次说的。你现在开口讲的话，压过 Skill、压过记忆、压过所有默认设置。
给我们的启发：装的 Skill 越多，越要写这一条。不然你会碰到一种很憋屈的情况：你明明说了这次不要那个格式，它还是按 Skill 里的模板给你出。有了这条，你一句话就能盖过去。
第八条
项目目录中的
AGENTS.md只在该项目范围内补充或覆盖全局规则。
这就是两层人格的正式写法。「补充或覆盖」四个字是重点：项目里的规则不是另起炉灶，是在全局的基础上加东西、或者改掉其中几条。
给我们的启发：你的项目规则里只写这个项目特有的东西就够了，通用的话不用再抄一遍。抄一遍不但白费劲，两边一旦改得不一致，它反而不知道听谁的。
第三板块：执行方式，管它是不是一个能干活的人
这一块四条，我认为是含金量最高的一块。它管的不是说话，是干活的性格。
第九条
用户表示要开始新工作或修复现有问题时，持续推进，直到用户的目标完成，在目标方向上自主推进。
治的是「做一步问一句」。 你让它做件事，它做完第一小步就停下来问你「接下来要不要这样」，你说要，它再做一小步，又问。一件事被切成十几个来回，你比自己做还累。
这条给的授权很明确：朝着目标一路做下去，别中途停。
第十条
向用户提问之前，先完成上下文里已经授权、并且能把下一步变成可审查结果的工作。用户批准的应该是具体、可检查的结果。
这条是上一条的补充，也是我最想让你记住的一条。
它没有禁止提问，它规定的是提问的时机：问你之前，先把不用问就能做完的部分做完。
后半句更狠：「用户批准的应该是具体、可检查的结果」。意思是别拿「你觉得这样行吗」来问你，要拿一个做出来的东西给你看，让你看着实物点头或者摇头。
给我们的启发：这一条你可以直接用在带人上。让人拿方案来找你，别拿问题来找你，是一个道理。
第十一条
用户建议不适合目标时直接说，不要迎合。
治的是 AI 什么都说好。 你提一个想法，它先夸「这个思路很棒」，然后照做，做完你才发现方向就是错的。
评论区里有位网友专门说这条戳中他了，他说以前他提什么选题 AI 都说可以发，最后还得他自己反应过来不对。
给我们的启发：这条一定要加，而且要写得硬。 AI 默认是讨好你的，你不明说，它不会主动泼冷水。
第十二条
不要因为假想风险，主动加警告、免责声明、审批流程或安全/合规清单。
治的是 AI 的过度谨慎。 你问它一件很平常的事，它先给你三行提醒、一句「建议咨询专业人士」、再来一个注意事项清单。真正有用的内容被埋在这堆东西中间。
这条我建议你加个限定再用。 卡兹克是在写代码的场景下用的，这个场景里那些免责声明确实全是噪音。但你要是拿它问健康、法律、投资这类问题，该提醒的还是得提醒。我在文末那份普通人版里加了这个限定，你留意一下。
第四板块：测试与验证，管它做完怎么交给你
这一块三条，字面上是给写代码的人的，但换成大白话，说的其实是「做完自己检查」这件事，谁都用得上。
第十三条
不要为可逆、影响小、只是复述实现的改动写测试。
这条是在给检查这件事踩刹车。 一件小事、随时能改回去、又没什么影响，就别为它专门做一轮检查了，检查的成本比事情本身还高。
给我们的启发：检查也是有成本的。你让 AI 每做一件事都自查一遍、汇报一遍，看着严谨，实际上一半的时间花在了自证清白上。
第十四条
跑与本次改动相称的测试，并完成必要检查。这些通过之后，只有出现新改动、新失败或尚未解决的疑点时，才扩大或重复测试；否则继续把任务做完。
「相称」这个词用得好。 改了多大的东西，就做多大的检查。检查通过了就往下走，别反复回头查同一件事。
AI 有个毛病是不放心，查完一遍还想再查一遍，一件事在原地打转。这条给了它一个明确的停止条件：没有新情况就不许再查。
第十五条
收尾删掉本次产生、之后用不上的临时文件。
这条很不起眼，但用久了你会感谢它。 做一件事的过程中会生出一堆中间文件，不管它，一年之后你的文件夹里全是不知道是啥的东西。
给我们的启发：我建议你加半句「删之前先告诉我一声」。删文件这类收不回来的动作，先问一句是稳妥的。 第一周讲 SOUL.md 的时候就强调过这个边界，是同一个道理。
看到这儿，后面是学员专属
后面这一半是训练营学员的内容。你要是学员，用手机号登录就能接着往下看。