cc-godmode

核心用法

CC_GodMode 是一个自编排的多代理开发工作流系统，用户只需用自然语言描述需求（如"New Feature: 用户登录"），系统会自动调度8个专业代理完成从研究到发布的完整流程。核心命令包括：：New Feature、、Bug Fix、、API Change、、Research、、Process Issue、、Prepare Release`等。

系统采用双质量门禁设计：@builder 完成后，@validator（代码质量）和 @tester（UX质量）并行执行，通过同步决策矩阵决定流向。所有代理通过 Task 工具调用，报告统一保存至 reports/vX.X.X// 目录。

显著优点

1. 角色专业化：8个代理各司其职，@researcher 用 haiku 快速调研，@architect 用 opus 做复杂架构决策，@builder/@validator/@tester 用 sonnet 平衡性能与质量。

2. 流程标准化：内置7种标准工作流，API 变更强制经过 @api-guardian 进行影响分析和消费者发现，避免破坏性变更。

3. 质量内建：双门禁并行执行提升40%效率，@tester 强制生成3视口截图，@validator 检查 TypeScript、安全、性能反模式。

4. 可追溯性：版本优先原则，所有变更必须更新 VERSION、CHANGELOG、API_CONSUMERS.md，生成结构化报告。

潜在缺点

1. MCP 依赖重：@tester 依赖 playwright MCP，@github-manager 依赖 github MCP，未配置则核心功能失效。

2. 成本敏感：多代理+多模型调用（haiku/sonnet/opus）在复杂流程中 Token 消耗较高。

3. 启动门槛：需要理解8个代理的职责边界和10条黄金规则，学习曲线较陡。

4. 超时风险：@researcher 硬限制30秒，复杂技术调研可能不完整。

适合人群

• 追求工程规范的中小开发团队
• 需要标准化代码审查流程的企业
• 使用 Claude Code 进行复杂全栈开发的个人开发者
• 重视文档和版本管理的开源项目维护者

使用风险

• 性能风险：并行质量门禁在大型代码库中可能耗时较长
• 依赖风险：playwright/github MCP 未安装时代理会失败
• 权限风险：Bash 工具用于测试和 git 操作，需在可信环境运行
• 模型限制：opus 架构决策在高并发场景下可能达到速率限制