多工作流融合 x10 倍效率提升：多模型 Agent 编排 + Hooks Loop

do多模型 Agent 编排 Hooks Loop官方纯血 AI 中转站https://dogcoding.cn/把 /dev、/omo、ralph-loop、/feature-dev 四套工作流融合成一个、多 Agent 并行、多模型后端的功能开发编排器。TL;DR一句话启动/do 实现用户登录功能剩下的交给 AI7 阶段完整覆盖Discovery → Exploration → Clarification → Architecture → Implementation → Review → Summary多 Agent 并行code-explorer、code-architect、code-reviewer、develop 各司其职多模型后端分析用 grok-code架构用 opus4.5代码用 gpt5.2按任务特性分配最优模型可以自定义配置Loop 机制保障Stop Hook 阻止意外退出确保流程完整执行为什么做这个融合继 /dev /omo 之后一直在思考如何将这些好用的工作流融合起来够快够智能够好用需要 dev 的快、简单需要 omo 的多模型 agent 编排需要 ralph-loop 能够保证任务最终完成需要主动沟通确定方案基于上面的内容我突然想到把他们全部融合在一起不就好了吗于是就有了 do。Do 的核心参考来源这不是重新发明轮子而是把四个好轮子装到一辆车上。核心设计编排者不写代码这个设计来自 omo 的核心理念。do 的第一条铁律Claude Code 只负责编排所有代码变更必须委托给 codeagent-wrapper 中的 Agent。这不是因为 Claude Code 写不了代码而是因为职责分离编排者专注流程控制执行者专注代码质量模型专长不同 Agent 可以用不同后端Codex、Claude、Gemini可追溯性每个 Agent 的输出都有独立日志和上下文# 这是编排者的正确姿势 codeagent-wrapper --agent develop - . EOF ## Original User Request /do 添加用户登录功能 ## Context Pack - Code-explorer output: [Phase 2 分析结果] - Code-architect output: [Phase 4 架构方案] ## Current Task 实现登录功能遵循现有模式 ## Acceptance Criteria 端到端可用测试通过diff 最小化 EOF7 阶段工作流详解Phase 1: Discovery - 理解需求目标搞清楚要做什么。不是直接开干而是先用AskUserQuestion问清楚• 用户可见的行为是什么• 范围边界在哪• 验收标准是什么然后调用code-architect生成需求清单和澄清问题。codeagent-wrapper --agent code-architect - . EOF ## Current Task Produce requirements checklist and identify missing information. Output: Requirements, Non-goals, Risks, Acceptance criteria, Questions ( 10) ## Acceptance Criteria Concrete, testable checklist; specific questions; no implementation. EOFPhase 2: Exploration - 探索代码库目标搞清楚现有代码怎么写的。这里体现了并行优先原则——三个code-explorer任务同时跑codeagent-wrapper --parallel EOF ---TASK--- id: p2_similar_features agent: code-explorer workdir: . ---CONTENT--- Find 1-3 similar features, trace end-to-end. Return: key files with line numbers, call flow, extension points. ---TASK--- id: p2_architecture agent: code-explorer workdir: . ---CONTENT--- Map architecture for relevant subsystem. Return: module map 5-10 key files. ---TASK--- id: p2_conventions agent: code-explorer workdir: . ---CONTENT--- Identify testing patterns, conventions, config. Return: test commands file locations. EOF三个探索任务并行执行结果合并后传递给下一阶段。Phase 3: Clarification - 澄清疑问强制阶段目标解决所有模糊点。这是不可跳过的阶段。Phase 1 和 Phase 2 的输出汇总后让code-architect生成优先级排序的问题列表然后用AskUserQuestion逐一确认。## 澄清问题 1. 登录失败时错误信息是否需要区分用户不存在和密码错误 2. 是否需要支持记住我功能 3. 密码重置流程是否在本次范围内不回答不进入下一阶段。这是从 ralph-loop 学来的——宁可多问不要猜错。Phase 4: Architecture - 设计方案目标确定怎么实现。同样是并行模式——两个code-architect同时工作提出两种方案codeagent-wrapper --parallel EOF ---TASK--- id: p4_minimal agent: code-architect workdir: . ---CONTENT--- Propose minimal-change architecture: reuse existing abstractions. Output: file touch list, risks, edge cases. ---TASK--- id: p4_pragmatic agent: code-architect workdir: . ---CONTENT--- Propose pragmatic-clean architecture: introduce seams for testability. Output: file touch list, testing plan, risks. EOF用户选择后进入实现阶段。Phase 5: Implementation - 实现需审批目标把代码写出来。这个阶段有个显式审批门用 AskUserQuestion 确认 Approve starting implementation? - Approve - Not yet批准后调用developAgent 执行codeagent-wrapper --agent develop - . EOF ## Context Pack - Code-explorer output: [Phase 2 全部输出] - Code-architect output: [Phase 4 选定方案 Phase 3 答案] ## Current Task Implement with minimal change set following chosen architecture. - Follow Phase 2 patterns - Add/adjust tests per Phase 4 plan - Run narrowest relevant tests ## Acceptance Criteria Feature works end-to-end; tests pass; diff is minimal. EOFPhase 6: Review - 代码审查目标抓 bug、砍复杂度。两个code-reviewer并行工作codeagent-wrapper --parallel EOF ---TASK--- id: p6_correctness agent: code-reviewer workdir: . ---CONTENT--- Review for correctness, edge cases, failure modes. Assume adversarial inputs. ---TASK--- id: p6_simplicity agent: code-reviewer workdir: . ---CONTENT--- Review for KISS: remove bloat, collapse needless abstractions. EOF审查结果出来后用户决定Fix now现在修Fix later以后修Proceed as-is直接过Phase 7: Summary - 总结文档目标记录做了什么。最后一个code-reviewer调用生成完成报告• 做了什么• 关键决策和取舍• 修改的文件路径• 验证命令• 后续工作可选完成后输出完成信号promiseDO_COMPLETE/promise多模型后端按任务选模型codeagent-wrapper 支持为不同 Agent 配置不同后端。在~/.codeagent/models.json中{ agents: { code-explorer: { backend: opencode, model: opencode/grok-code, description: 快速代码分析 }, code-architect: { backend: claude, model: claude-opus-4-5-20251101, description: 深度架构设计 }, code-reviewer: { backend: claude, model: claude-sonnet-4-5-20250929, description: 代码审查 }, develop: { backend: codex, model: gpt-5.2, description: 代码实现 } } }什么这样分配Loop 机制防止中途退出状态文件每次/do启动时创建.claude/do.local.md--- active: true current_phase: 1 phase_name: Discovery max_phases: 7 completion_promise: promiseDO_COMPLETE/promise ---每完成一个阶段更新current_phase和phase_name。Stop Hook安装后会注册 Stop Hook。当 Claude 尝试退出时# hooks/stop-hook.sh 核心逻辑 if [ $phases_done -eq 0 ]; then reasonfeature-dev 循环未完成当前阶段 ${current_phase}/${max_phases}... printf {decision:block,reason:%s}\n $reason fi如果还没完成Hook 会阻止退出并提示继续执行。强制退出方式将状态文件中active设为false。安装与使用前置条件1.安装 codeagent-wrappergit clone https://github.com/cexll/myclaude.git bash ./install.sh2. 配置至少一个后端 CLIcodexOpenAI Codex CLIclaudeClaude Code CLIgeminiGemini CLI安装 Skillpython install.py --module do安装内容~/.claude/skills/do/- Skill 文件Hooks 自动合并到~/.claude/settings.json使用# 在 Claude Code 中 /do 添加用户登录功能 /do 实现订单导出 CSV /do feature-prd.md卸载python install.py --uninstall --module do自定义 Agent PromptAgent 提示词位于~/.claude/skills/do/agents/目录code-explorer.md- 代码追踪、架构映射code-architect.md- 方案设计、文件规划code-reviewer.md- 代码审查、简化建议如需自定义在~/.codeagent/agents/创建同名文件覆盖。总结do 是四套工作流的合体feature-dev的 7 阶段框架和 Agent 分工dev的需求澄清和多后端路由omo的智能路由和编排者不写代码原则ralph-loop的状态持久化和防中断机制加上 codeagent-wrapper 的多后端支持你可以用一条命令启动完整的功能开发流程让不同模型各展所长通过并行执行提升效率借助 Loop 机制确保流程完整我做的工作就是把这些优秀的设计拼到一起形成一套可复制的 AI 编排方法论。