MyClaude 多智能体开发工作流
让 Claude Code 规划与校验,把实际编码交给 Codex、Gemini 或 OpenCode 等多后端执行器。
- Star 数
- ★ 2.8k
- 最近更新
- 6 个月前
- License
- AGPL-3.0
- 主语言
- Go
- FA 评分
- 45/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 兼容但需适配Codex · Claude CodeClaude API(部分支持)
- 费用
- 软件免费,模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 已经在用 Claude Code、但希望把代码编写和测试交给 Codex 等更便宜或更强的后端执行的开发者
- 不适合
- 只想装一个命令、不打算配置任何后端 CLI 的个人开发者
- 完全依赖图形界面、不习惯终端与斜杠命令的用户
- 源码审查
- 45/100 · 缺口较多
这个 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 等可单独安装的技能。
- 已经在用 Claude Code、但希望把代码编写和测试交给 Codex 等更便宜或更强的后端执行的开发者
- 需要按阶段推进功能开发(规划→实现→验证)并希望流程被固化成可复用命令的团队
- 想在大型企业项目里套用 BMAD 敏捷流程和 6 个专用智能体的工程组织
- 只想快速生成原型或从需求直接产出代码的产品经理与独立开发者
- 需要批量生成测试用例、PRD 或 UI 原型提示词,但不想自己搭一套提示词流水线的人
- 希望用 /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/myclaudeCodex 后端报权限错误时,在 ~/.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?
查看各维度的扣分理由
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。
hook 单元测试覆盖激活守卫、任务状态、并发与损坏 JSON 等边界,体现自洽性,self_consistency 2;依赖外部 codex/claude/gemini/opencode CLI 及 Go 1.21,README 列出所需特性但无版本锁定或可用性校验,dependency_availability 1;测试断言了 WARN 与 block reason 等失败信息,failure_messages 2。
README 提供工作流选择指南与多场景模块,audience_and_scenarios 2;能力边界(各后端能力差异、Gemini 无法读 .gitignore)仅零散提及,capability_boundaries 1;触发精度依赖斜杠命令与 hook 标记,但缺少精确触发条件说明,trigger_precision 1;跨平台 CI 矩阵与安装脚本覆盖多环境,environment_fit 2。
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。
输出为可安装的模块与命令,output_usability 2;多代理编排有一定增量价值但与其他编排框架重叠,marginal_value 1;成本方面测试脚本设 --max-budget-usd 5 显示成本意识,但多后端调用成本未量化,cost_benefit 1。
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,版本兼容性未锁定。