别先搭AI公司，让Codex先干活
前面整理 Codex 一人公司时，我也很容易先想组织架构：应该有哪些 Agent？每个岗位配什么 Skill？要不要再来一个总管负责调度？

继续往下拆才发现，顺序反了。

业务都没完整做过，岗位和流程只能靠猜。现在觉得需要“趋势研究 Agent”，真正跑两次以后，也许一个 Codex 加一份检查清单就够了。先搭出来的东西，最后很可能只是多了一堆要维护的文件。

更自然的顺序是：先让 Codex 完成一项真实业务。做几次以后，哪些步骤总会出现，就整理成 SOP；某个动作在不同流程里反复使用，再提炼成 Skill；一组任务长期需要相同的判断和权限，才形成 Agent。

等多个岗位真的需要接力，再加 Orchestrator。等某些环节输入输出稳定、规则清楚、出错能发现，才考虑自动化。

这套顺序看起来没有“一键组建 AI 公司”那么痛快，但它有个好处：每一层都是被真实工作逼出来的，不是为了让目录看起来专业。

以后做完任务，我准备只问三个问题：这件事会不会重复？哪项能力能复用？有没有一组职责值得长期保留？没有，就继续干活，先不急着抽象。

codex Agent howto用好AI howto入门codex