MyClaude 多智能体开发工作流

让 Claude Code 规划与校验,把实际编码交给 Codex、Gemini 或 OpenCode 等多后端执行器。

Star 数
★ 2.8k
最近更新
6 个月前
License
AGPL-3.0
主语言
Go

30 秒速览

运行形态
命令行工具Agent 插件 / 技能
可在哪里用
兼容但需适配Codex · Claude CodeClaude API(部分支持)
费用
软件免费,模型调用费用自付
上手难度
中 · 需要几步配置
开始前需要
Node.jscodex CLIclaude CLIgemini CLIopencode CLIShell / 命令行网络访问本地文件系统
典型场景
已经在用 Claude Code、但希望把代码编写和测试交给 Codex 等更便宜或更强的后端执行的开发者
不适合
  • 只想装一个命令、不打算配置任何后端 CLI 的个人开发者
  • 完全依赖图形界面、不习惯终端与斜杠命令的用户

这个 Agent 能做什么,适合哪些场景?

MyClaude 是一个面向 Claude Code 的多智能体编排工作流,通过 codeagent-wrapper 把 Claude 的规划、上下文收集与验证职责,与实际写代码、跑测试的执行职责拆开,执行端可切换 Codex、Claude、Gemini、OpenCode 四种后端。它用 npx 安装器把模块、技能和 wrapper 铺到 ~/.claude,并提供 /do、/omo、/bmad、/requirements、/sparv 等斜杠命令入口,以及 ask、bugfix、review、test 等 11 个基础开发命令。模块可在 config.json 中逐个启用或关闭,--update 会基于 installed_modules.json 从 GitHub 最新版本覆盖更新。项目以 AGPL-3.0 授权,商业闭源使用需另行联系授权。

运行 npx github:stellarlinkco/myclaude 后,安装器会交互式地把选定的模块与技能写入安装目录(默认 ~/.claude),包括 bin/codeagent-wrapper、skills/、agents/、commands/、hooks/,并自动生成 settings.json 与 installed_modules.json。用户在 Claude Code 中调用 /do(五阶段功能开发)、/omo(多智能体路由)、/bmad-pilot、/requirements-pilot、/sparv(Specify→Plan→Act→Review→Vault)或 /code、/debug 等命令后,Claude Code 作为编排者负责规划与验证,把具体编辑与测试任务交给 codeagent-wrapper,由它调用对应后端 CLI 并依赖 codex e/--json/-C/resume、--output-format stream-json/-r、-o stream-json/-y/-r 等参数回传结果。另有 browser、codeagent、codex、gemini、product-requirements、prototype-prompt-generator、skill-install、test-cases 等可单独安装的技能。

  1. 已经在用 Claude Code、但希望把代码编写和测试交给 Codex 等更便宜或更强的后端执行的开发者
  2. 需要按阶段推进功能开发(规划→实现→验证)并希望流程被固化成可复用命令的团队
  3. 想在大型企业项目里套用 BMAD 敏捷流程和 6 个专用智能体的工程组织
  4. 只想快速生成原型或从需求直接产出代码的产品经理与独立开发者
  5. 需要批量生成测试用例、PRD 或 UI 原型提示词,但不想自己搭一套提示词流水线的人
  6. 希望用 /code、/review、/refactor 等固定命令统一团队日常开发动作的技术负责人

如何安装或部署这个 Agent?

需要可用的 Node.js 与终端环境。先安装至少一个后端 CLI 并确认版本:

which codex && codex --version
which claude && claude --version
which gemini && gemini --version

然后运行交互式安装器并选择要安装的模块(例如 do、omo)与 codeagent-wrapper:

npx github:stellarlinkco/myclaude

也可以先列出可安装项,或指定目录、强制覆盖、从 GitHub 更新已装模块:

npx github:stellarlinkco/myclaude --list
npx github:stellarlinkco/myclaude --install-dir ~/.claude --force
npx github:stellarlinkco/myclaude --update

模块开关写在 config.json 中:

{
  "modules": {
    "do": { "enabled": true },
    "omo": { "enabled": false },
    "bmad": { "enabled": false }
  }
}

如何使用这个 Agent?

安装完成后在 Claude Code 中通过斜杠命令触发工作流,按场景选择:功能开发用 /do,缺陷排查与修复用 /omo,大型项目用 /bmad-pilot,快速原型用 /requirements-pilot,简单任务用 /code 或 /debug。若提示找不到 codeagent-wrapper,重新运行安装器并选中 codeagent-wrapper:

npx github:stellarlinkco/myclaude

Codex 后端报权限错误时,在 ~/.codex/config.yaml 中设置:

approval_policy: "never"

模块未加载时可检查安装记录并强制重装:

cat ~/.claude/installed_modules.json
npx github:stellarlinkco/myclaude --force

这个 Agent 有哪些优点和局限?

优点
  • 把编排(Claude Code)与执行(codeagent-wrapper)分离,执行后端可在 Codex、Claude、Gemini、OpenCode 之间切换,不必锁死单一模型供应商
  • 提供 /do、/omo、/bmad、/sparv、/requirements 等多套成体系的工作流,覆盖从需求到验证的不同阶段
  • 安装器支持 --list、--update、--install-dir、--force,模块化启用,可按需只装一部分
  • 额外附带 browser、product-requirements、test-cases、prototype-prompt-generator 等独立技能,可单独安装
  • 对每个后端明确列出所需 CLI 特性(如 --json、stream-json、resume),便于提前核对环境
局限
  • 强依赖 Claude Code 作为编排入口,不是独立可运行的通用框架
  • 需要预先装好并登录 Codex、Claude、Gemini 或 OpenCode 等后端 CLI,模型调用费用由用户自行承担
  • AGPL-3.0 授权,商业闭源使用需另行联系 [email protected] 获取商业许可
  • README 未提供针对各操作系统的支持矩阵,跨平台可用性缺乏证据
  • 部分已知问题(如 Gemini 无法读取 .gitignore 中的文件、事件格式提示)需用户自行规避

这个 Agent 与同类方案有什么区别?

与相关度最高的同类 agent 并排比较关键指标。

Agent 源码审查 形态 / 费用 Star 最近更新 主语言 完整支持的平台
MyClaude 多智能体开发工作流 当前 45 · 缺口较多 命令行工具免费 + 模型费 ★ 2.8k 6 个月前 Go Codex · Claude Code
Maestro-Flow 52 · 缺口较多 命令行工具免费 + 模型费 ★ 574 10 天前 TypeScript Codex · Claude Code · Claude API
OpenTeams 56 · 缺口较多 桌面应用免费 + 模型费 ★ 581 23 天前 TypeScript Codex · Claude Code
Ordewell 67 · 存在缺口 命令行工具免费 + 模型费 ★ 209 今天 TypeScript Codex · Claude Code · OpenAI API · Claude API

FollowAgents 如何评估这个 Agent?

FollowAgents 源码审查 · FARS-2.1
缺口较多
45/ 100 五分制 2.3 / 5
信任安全 10/29
可靠稳定 8/14
适用触发 9/18
规范维护 9/18
有效结果 6/13
证据核验 3/8
查看各维度的扣分理由
信任安全10 / 29 · 1.7/5

README 与测试脚本显示该框架会以 --dangerously-skip-permissions 和 Bash(*) 全权限运行子代理,且 FAQ 建议将 Codex approval_policy 设为 never,属于放宽权限而非最小权限,故 least_privilege 仅 1;用户确认机制在文档中基本缺失,仅靠安装器交互,故 user_confirmation 1;数据流(多后端 CLI 调用、prompt 注入)缺乏透明说明,data_flow_transparency 1;敏感数据处理无专门章节,sensitive_data_handling 1;依赖安全仅见 CI 使用固定版本 action,无依赖审计,dependency_security 1;外部副作用(写 ~/.claude、覆盖模块文件)有描述但无隔离,external_effects 1;--update 以覆盖方式更新且无备份/回滚说明,rollback 1;来源归属有 LICENSE 与商业授权联系方式,但发布者身份未验证,source_attribution 1。

可靠稳定8 / 14 · 2.9/5

hook 单元测试覆盖激活守卫、任务状态、并发与损坏 JSON 等边界,体现自洽性,self_consistency 2;依赖外部 codex/claude/gemini/opencode CLI 及 Go 1.21,README 列出所需特性但无版本锁定或可用性校验,dependency_availability 1;测试断言了 WARN 与 block reason 等失败信息,failure_messages 2。

适用触发9 / 18 · 2.5/5

README 提供工作流选择指南与多场景模块,audience_and_scenarios 2;能力边界(各后端能力差异、Gemini 无法读 .gitignore)仅零散提及,capability_boundaries 1;触发精度依赖斜杠命令与 hook 标记,但缺少精确触发条件说明,trigger_precision 1;跨平台 CI 矩阵与安装脚本覆盖多环境,environment_fit 2。

规范维护9 / 18 · 2.5/5

README 模块表与目录结构清晰,information_architecture 2;安装命令与配置示例充分,install_notes 2;版本号在 package.json 与 badge 间存在 6.7.0 与 6.x 表述,naming_stability 1;有 FAQ 与故障排查,examples_and_faq 2;已知限制仅 FAQ 零散条目,known_limitations 1;LICENSE 为完整 AGPL-3.0,license 2;无 CHANGELOG,仅 release workflow 自动生成说明,versioning_changelog 1;维护责任指向 GitHub Issues 与商业邮箱,但发布者未验证,maintenance_responsibility 1。

有效结果6 / 13 · 2.3/5

输出为可安装的模块与命令,output_usability 2;多代理编排有一定增量价值但与其他编排框架重叠,marginal_value 1;成本方面测试脚本设 --max-budget-usd 5 显示成本意识,但多后端调用成本未量化,cost_benefit 1。

证据核验3 / 8 · 1.9/5

README 声明与 CI/测试文件可部分对应,claim_traceability 1;跨文件佐证有限(仅 README、package.json、CI、测试),cross_source_corroboration 1;文档中事实与推断(如“推荐”)混杂,fact_inference_separation 1。

风险与缓解建议
  • 测试脚本使用 --dangerously-skip-permissions 与 Bash(*) 全权限,实际部署前应评估权限风险。
  • FAQ 建议将 Codex approval_policy 设为 never,会关闭审批保护,需谨慎。
  • --update 以覆盖方式更新模块文件,缺少备份与回滚机制。
  • 发布者身份未经 FollowAgents 验证,商业授权与维护承诺需自行核实。
  • 依赖多个外部后端 CLI,版本兼容性未锁定。
证据充分度:低 评估于 2026年11月4日 审查版本 f2e75c1263a2
查看完整评分方法 →
在 GitHub 查看 ↗ 安装 ↓

对比同类 Agent

用同一套 FARS 评审,横向比较这个 Agent 所属的短名单。

相关 Agents