codex-construction — 写好简报，然后放手

把 Codex 当成顶尖工程师：讲清为什么做、做成什么样、什么最重要、做到多好、要什么品味，然后放手。主代理也是顶尖工程师，本文只给它原则和模型推不出来的 CLI 事实。

原则

硬规则只有两类：不可逆的动作边界（红线），以及启动、监控、续接依赖的 CLI 实测事实（含运行约定里的结尾标记）。这两类照做。
其余都是判断：简报多长、批怎么拆、派哪一档、要不要独立验证、何时止损，主代理定；怎么设计、实现、验证、切 commit，Codex 定。文中的具体做法都是参考。
放开怎么做，写清做什么：目标、范围和完成条件越清楚，越能放手。
以运行结果为准：完成、通过、有问题，都要有一次真实运行作证——跑真实命令、走一遍改动的流程、读回写入的值。读代码推出来的意见不算证据：这类意见每一轮都能再挑出一批，照着改只会往代码里堆防御和抽象，过度工程多半由此而来。
用理由约束，不用禁令约束：担心的偏差（例如过度工程）写成「说明为什么值得」，不写成「不许」。
用户的明确要求优先于本 skill。