- **规划 → 设计 → 构建 → 审查：**智能体将功能需求转化为任务计划和设计规格，然后加以实现，并提交代码审查。审查环节要么合并这些更改，要么提出修改要求并将其退回实现阶段。
- **探索 → 规划 → 编码 → 提交：**智能体先通读代码仓库，然后撰写一份计划，等待人工批准之后才会动手修改任何文件。获批的计划会转化为代码，并形成一次提交或 PR；被否决的计划则退回修改。
- **智能体循环（收集 → 行动 → 验证）：**这是大多数编码智能体背后的核心 ReAct 循环。智能体先收集上下文，进行思考，然后调用工具来编辑或运行某些操作，并检查结果。它会不断重复这一过程，直到检查通过，最后给出答案。
- **测试驱动（红 → 绿 → 重构）：**智能体根据规格说明编写一个测试并确认其失败，然后编写代码直到测试通过。这个失败的测试为智能体提供了明确、客观的终点线，最后它还会通过一次重构来清理代码。
- **调试（复现 → 诊断 → 修复）：**智能体在进行任何改动之前先复现 bug，找到根本原因并进行修复。如果验证表明原因判断有误，智能体会退回诊断阶段。修复确认之后，它会连同回归测试一起交付。
- **编排器 + 并行子智能体：**主智能体将一个大任务拆分后交给多个并行工作的子智能体（前端、后端、测试）。它们的结果被合并后，由一个审查智能体决定是批准最终的 PR，还是把它发现的疏漏退回给编排器处理。
- **Issue → PR（后台智能体）：**智能体认领一个 issue 工单，启动一个隔离的沙盒，在无人监督的情况下完成任务。它会不断迭代，直到 CI 通过，然后创建一个 PR 供人工审查。
← 全部文章