跳转到内容
Alvin Yang

AI 开发工作流

Codex 负责推进，其他 Agent 按需参与。按任务选路径，用业务结果验收。

更新于

先选任务

关键方案、高风险改动或复杂问题时，交给其他 Agent 检查。

Codex

实现

一次交付一个可验证的改动，持续做到完成。

读取相关实现和项目约定，在已授权范围内完成当前任务。保留无关改动，优先复用现有能力，不为假设中的未来增加抽象、依赖或配置。只使用对这次改动有意义的测试与检查。复杂任务拆成可独立验收的小增量；只有真正独立且允许委派的部分才并行，主 Agent 负责集成和验证。

给它这些材料

  • 本轮目标
  • 修改范围与已有授权
  • 相关项目约定

做到这里再往下走

  • 解决问题的最小改动
  • 相关检查结果

卡住时，换一种思考方法

按问题选一句，再补当前材料。

怀疑解题方向错了

第一性原理

从目标、约束和已知事实重新定义问题，先定位真实瓶颈。比较最小必要方案，不沿着既定实现继续堆机制；结论附可核对证据。

要拿到：问题、瓶颈证据、最小方案

想找方案的反例

对抗性审查

优先寻找能推翻核心假设的反例。每个发现给出触发条件、具体影响和证据，区分成立的问题与尚未验证的猜测。

要拿到：反例、影响、验证方式

不知道优化来自哪里

消融实验

设计消融实验：固定任务、数据、环境和质量标准，列出基线、移除或单独启用各机制的对照、指标与重复方式。区分实验计划和已测结果，按收益与成本判断保留项。

要拿到：对照组合、指标、保留依据

设计越来越复杂

奥卡姆剃刀

在满足当前需求、约束和可靠性的前提下，检查每个新增机制的必要性。优先复用现有实现和原生能力，删去没有证据支持的复杂度，说明哪些保护仍然保留。

要拿到：必要机制、可删除项、理由

职责和依赖混乱

高内聚、低耦合

按职责、信息隐藏和依赖方向检查模块边界。给出具体调用路径与改动理由，不为拆文件而拆；验证新边界是否减少调用方需要知道的细节。

要拿到：职责边界、依赖、改动依据

让 Agent 能自己跑通业务

先接通一条常用自测路径，再把稳定步骤做成工具。

环境与数据

能启动、准备数据、确认版本与权限，也能清理和重置。

业务入口

通过浏览器、API 或 CLI 执行用户真正要完成的任务。

结果查询

按需查落库、日志与 Trace，追到结果或失败原因。

预期与断言

正确答案来自业务契约；返回成功不能替代结果验证。

同一操作反复出现时，再整理为 CLI、脚本或 Skill。产品本身是 Agent 时，还要检查答案质量。