TL;DR同一个人、同一个模型，用法不同结果天差地别。官方最佳实践的分水岭是：当队友配置，还是当问答机使。这篇把队友模式拆成三件套，并给出迁移路径。
来源信号 SOURCES
以下内容整理自社区公开讨论，本页只做拆解与核实，不搬运原帖；观点归属原作者。
事实性知识 FACTS
这些是讨论中被多方印证、或可对照官方文档核实的事实。
- 官方最佳实践的建议直接明了：把 Codex 当需要配置的队友，而不是一次性问答机。
- 配套做法是把长期有效的指令沉淀进 AGENTS.md，让约束跨会话生效。
- 官方建议的工作流还包括先计划再执行、给足上下文——队友模式的另外两个支点。
- r/codex 的实战帖展示了把 AGENTS.md 当长期资产维护的样子：静态仓库分析加分层上下文。
概念性知识 CONCEPTS
社区讨论里的概念不全是事实——每条都标注了它的性质，读之前先看标签。
官方最佳实践的提法：像对待新同事一样持续投入配置——上下文、约定、权限、流程——而不是每次从零问答。
官方最佳实践点名要避免的反模式：每次会话从零交代一切，同样的错误换个会话再犯一遍。
对社区实践的概括：每次纠错写回配置，代理表现随时间变好。方向被多人报告，「复利」幅度没有公开测量。
社区常用的思维工具：AGENTS.md 是入职手册，先计划是汇报制度，审批档位是门禁卡。类比的边界在于代理不会主动提问，需要人来补位。
知识梳理 TAKEAWAYS
问答模式看着省事，成本藏在重复里：每次会话从零交代仓库结构、命令与禁区，同一类错误反复犯，结果方差也大。官方最佳实践把这一点说得很直白——别把 Codex 当一次性问答机，把它当需要配置的队友。
队友模式拆开是三件套。指令沉淀：长期有效的约束进 AGENTS.md，跨会话生效。流程固化：先方案后动手、给足上下文，这些官方建议本身就是可以写进约定的流程。档位稳定：沙箱与审批的默认配置定下来，不每次临时调。三件套对应的都是「配置一次、长期受益」的东西。
迁移不用推倒重来。从下一个真实任务开始：这次它哪里做错了，把对应的约束写回配置；下次又要重复交代什么，也写进去。社区里把 AGENTS.md 当长期资产维护的人（比如 r/codex 那份公开的实战文件）走的就是这条路。一个月后回看配置文件的增量，队友模式的收益会自己显形。
看完之后 NEXT
想知道今天的重置判定？回到 首页实时雷达。