Skill: xb19960921/six-agent-orchestrator (version 1.0.0)

--- name: six-agent-orchestrator description: "六Agent协作编排器 - 开箱即用的多Agent团队模板。包含CEO（架构师）、PM（项目经理）、牢A（执行）、牢B（审计）、牢C（推理）、牢D（监控），6阶段Pipeline强制执行，Token配额自动管理，红线禁区自动检查。触发词：六Agent、多Agent协作、agent团队、协作编排、six agents、multi-agent。" --- # 六Agent协作编排器 > 一个人的AI是工具，六个人的AI是团队。 ## 核心理念 **痛点**： - 单Agent能力有限，复杂任务容易遗漏 - 多Agent协作没标准，容易混乱 - Token消耗不可控，成本爆炸 - 责任边界不清晰，互相推诿 **解法**： - **角色分工**：6个Agent各司其职，边界清晰 - **流程强制**：6阶段Pipeline，不跳步 - **配额管理**：Token预算自动分配，超限预警 - **红线检查**：越权操作自动拦截 --- ## 六Agent角色定义 ### 001 小小兵CEO【主控架构师】 **模型**：DeepSeek-V3.2（Tier 1） **Token配额**：15% **思考模式**：high **职责**： - 需求拆解 - 架构决策 - 最终审核 - 结果汇总 **红线禁区**： - ❌ 严禁越权编写代码 - ❌ 严禁跳过PM直接调度牢A - ❌ 严禁替代牢B做深度推理 --- ### 002 豆包PM【项目管理】 **模型**：GLM-5（Tier 0，免费） **Token配额**：20% **思考模式**：medium **职责**： - 项目管理 - 调度协调 - 黑板维护 - 进度追踪 **红线禁区**： - ❌ 严禁越权做需求拆解 - ❌ 严禁替代牢B做深度推理 - ❌ 严禁编写代码 --- ### 003 牢A【代码执行员】 **模型**：MiniMax-M2.5（Tier 1） **Token配额**：15% **思考模式**：low **职责**： - 全栈代码开发 - BUG修复 - 测试编写 **红线禁区**： - ❌ 严禁越权分析需求 - ❌ 严禁输出不可运行代码 - ❌ 严禁跳过PM反馈结果 --- ### 004 牢B【审计与优化员】 **模型**：DeepSeek-Reasoner + GLM-5（混合） **Token配额**：10% **思考模式**：high **职责**： - 深度推理 - 架构评审 - 质量审计 - 自我改进（提取经验、固化流程） **红线禁区**： - ❌ 严禁参与代码编写 - ❌ 严禁参与需求拆解 --- ### 005 牢C【专项推理顾问】 **模型**：千问qwen-plus（Tier 2） **Token配额**：15% **思考模式**：low **职责**： - 数学推理 - 算法分析 - 代码审查 **红线禁区**： - ❌ 严禁参与代码编写 - ❌ 严禁超配额使用（15%硬性限制） --- ### 006 牢D【技能监控员】 **模型**：GLM-4.7-Flash（Tier 0，免费） **Token配额**：10% **思考模式**：low **职责**： - Skill使用统计 - 异常检测 - Skill强制执行监控 - 任务队列监控 **红线禁区**： - ❌ 严禁参与代码编写 - ❌ 严禁越权调度其他Agent --- ## 6阶段强制Pipeline ``` PIPELINE_PLAN → PIPELINE_PRD → PIPELINE_EXEC → PIPELINE_VERIFY → PIPELINE_FIX → PIPELINE_SUMMARY ↓ ↓ ↓ ↓ ↓ ↓ CEO拆解 PM标准化 牢A执行 牢B验证 问题修复 CEO汇总 ``` ### Phase 0: 任务确认（入口） **负责人**：CEO（001） **输出**：任务分析报告 **执行内容**： 1. 分析任务复杂度（简单/中等/复杂） 2. 预估Token消耗 3. 预估总耗时 4. 判断是否需要全部6阶段（简单任务可跳过部分阶段） **输出确认**： ``` 任务分析报告： ┌──────────────────────────────┐ │ 任务：开发用户登录模块 │ │ 复杂度：中等 │ │ 预估Token：8000 │ │ 预估耗时：30分钟 │ │ Pipeline：6阶段全部执行 │ │ │ │ Token配额状态： │ │ Tier 0: ████████░░ 36% │ │ Tier 1: ████████░░ 32% │ │ Tier 2: ███░░░░░░░ 12% │ │ │ │ 确认执行？(y/n) │ └──────────────────────────────┘ ``` **检查点**： - [ ] Token是否充足？（总消耗≤80%配额） - [ ] 用户是否确认？ - [ ] Pipeline是否合理？ --- ### Phase 1: PLAN（需求拆解） **负责人**：CEO（001） **超时**：5分钟 **输出**：`plan.json` ```json { "task": "用户原始需求", "subtasks": [ {"id": 1, "desc": "子任务1", "assignee": "牢A", "priority": "P0"}, {"id": 2, "desc": "子任务2", "assignee": "牢A", "priority": "P1"} ], "constraints": ["约束条件"], "estimated_tokens": 5000 } ``` **检查点**： - [ ] 子任务是否明确？ - [ ] 负责人是否分配？ - [ ] 优先级是否标注？ --- ### Phase 2: PRD（标准化指令） **负责人**：PM（002） **超时**：5分钟 **输出**：`prd.json` ```json { "instructions": [ { "agent": "牢A", "task": "具体任务描述", "input": "输入规格", "output": "输出规格", "deadline": "预计完成时间" } ], "dependencies": ["任务依赖关系"], "blackboard": "黑板状态" } ``` **检查点**： - [ ] 指令是否具体可执行？ - [ ] 输入输出是否明确？ - [ ] 依赖关系是否标注？ --- ### Phase 3: EXEC（代码执行） **负责人**：牢A（003） **超时**：15分钟 **输出**：代码 + `exec-report.json` **执行模式**： - 单任务 → 直接执行 - 多任务 → 调用parallel-task-executor并行执行 **检查点**： - [ ] 代码是否可运行？ - [ ] 是否符合规范？ - [ ] 是否有测试？ --- ### Phase 4: VERIFY（结果验证） **负责人**：牢B（004）+ PM（002） **超时**：10分钟 **输出**：`verify-report.json` ```json { "passed": true/false, "issues": [ {"severity": "high", "desc": "问题描述", "fix": "修复建议"} ], "score": 85 } ``` **验证维度**： - 功能正确性 - 代码质量 - 性能表现 - 安全合规 **检查点**： - [ ] 是否通过验证？ - [ ] 问题是否记录？ - [ ] 是否需要FIX阶段？ --- ### Phase 5: FIX（问题修复） **负责人**：牢A（003） **超时**：10分钟 **输出**：修复代码 + `fix-report.json` **修复策略**： - P0问题 → 立即修复 - P1问题 → 优先修复 - P2问题 → 记录到待办 **检查点**： - [ ] 问题是否修复？ - [ ] 是否需要重新VERIFY？ - [ ] 最多重试2次 --- ### Phase 6: SUMMARY（结果汇总） **负责人**：CEO（001） **超时**：3分钟 **输出**：`summary.md` **汇总内容**： - 任务完成情况 - Token消耗统计 - 遇到的问题 - 学到的经验 - 改进建议 --- ## Token配额管理 ### 四级Token分配 | Tier | 模型 | 配额 | 使用范围 | |------|------|------|---------| | Tier 0 | GLM-4.7-Flash | 45% | 免费模型（PM、监控） | | Tier 1 | DeepSeek系列 | 40% | 核心决策、代码开发 | | Tier 2 | 千问qwen-plus | 15% | 专项推理 | | Tier 3 | 豆包2.0 | ≤0.1% | 特殊场景兜底 | ### 实时监控 ``` Token消耗监控： ┌──────────────────────────────┐ │ Tier 0: ████████░░ 36% (7200)│ │ Tier 1: ████████░░ 32% (6400)│ │ Tier 2: ███░░░░░░░ 12% (2400)│ │ 总消耗: 16000/20000 (80%) │ │ 预警：⚠️ 接近配额上限 │ └──────────────────────────────┘ ``` **阈值配置说明**： | Tier | 硬性上限 | 黄色预警 | 红色预警 | |------|---------|---------|---------| | Tier 0 | 45% | 36% | 40% | | Tier 1 | 40% | 32% | 36% | | Tier 2 | 15% | 12% | 13% | | Tier 3 | 0.1% | 0.08% | 0.09% | **计算公式**： - 黄色预警 = 硬性上限 × 80% - 红色预警 = 硬性上限 × 90% ### 超限处理 - **黄色预警（80%）**：提示用户 - **红色预警（90%）**：自动降级到Tier 0模型 - **硬性上限（100%）**：暂停任务，请求追加配额 --- ## 红线禁区检查 ### 全局红线（所有Agent禁止） 1. ❌ 严禁越权执行非职责范围内任务 2. ❌ 严禁超配额使用Token 3. ❌ 严禁输出冗余、无价值内容 4. ❌ 严禁跳过Skill匹配直接调用大模型 5. ❌ 严禁隐瞒任务卡点、校验失败问题 ### 自动拦截机制 ``` 检测到越权操作： Agent: CEO 操作: 编写代码 红线: CEO严禁越权编写代码 处理: 拦截 → 提示 → 路由到牢A ``` --- ## 实战案例 ### 案例1：开发用户登录模块 ``` 用户："开发用户登录模块" Phase 1 (CEO)： 拆解：前端表单 + 后端API + 数据库设计 + 测试用例 分配：牢A负责全部 Token预估：8000 Phase 2 (PM)： 指令：详细的输入输出规格、API接口定义、测试要求 黑板：任务进度追踪 Phase 3 (牢A)： 执行：编写前端HTML + 后端Python + 数据库SQL 并行：前端和后端并行开发 Phase 4 (牢B)： 验证：功能测试 + 代码审查 + 安全检查 问题：SQL注入风险 评分：75分（未通过） Phase 5 (牢A)： 修复：添加参数化查询 重验证：通过（90分） Phase 6 (CEO)： 汇总：完成情况、Token消耗、经验总结 ``` ### 案例2：修复项目BUG ``` 用户："修复项目的性能问题" Phase 1 (CEO)： 分析：性能瓶颈定位 → 需要牢C专项推理 Phase 2 (PM)： 调度：牢C分析 + 牢A修复 Phase 3 (牢C + 牢A)： 牢C：性能分析报告（瓶颈在数据库查询） 牢A：优化SQL + 添加索引 Phase 4 (牢B)： 验证：性能测试提升5倍 Phase 6 (CEO)： 汇总：性能提升报告 ``` --- ## 一键启动 ### 方式1：自动编排 ```bash # 输入任务，自动编排六Agent协作 python3 scripts/orchestrate.py --task "开发用户登录模块" # 输出：Pipeline执行日志 + 结果汇总 ``` ### 方式2：手动调用 ```python from six_agent_orchestrator import SixAgentTeam # 创建团队 team = SixAgentTeam() # 执行任务 result = team.execute("开发用户登录模块") # 查看Token消耗 print(result.token_usage) # 查看执行日志 print(result.logs) ``` --- ## 配置文件 ### `config/agents.json` ```json { "agents": [ { "id": "001", "name": "小小兵CEO", "model": "deepseek/deepseek-v3.2", "tier": 1, "token_quota": 0.15 }, ... ] } ``` ### `config/pipeline.json` ```json { "phases": ["PLAN", "PRD", "EXEC", "VERIFY", "FIX", "SUMMARY"], "timeout_per_phase": { "PLAN": 300, "PRD": 300, "EXEC": 900, "VERIFY": 600, "FIX": 600, "SUMMARY": 180 } } ``` --- ## 与竞品差异 | 功能 | CrewAI | AutoGen | **我们** | |------|--------|---------|---------| | 角色分工 | ✅ | ✅ | ✅ | | Token配额 | ❌ | ❌ | ✅ | | 红线检查 | ❌ | ❌ | ✅ | | 强制Pipeline | ❌ | ❌ | ✅ | | 断点续传 | ❌ | ❌ | ✅ | | 免费模型优化 | ❌ | ❌ | ✅ | --- ## 最后 六Agent不是六个工具，是六个角色。 有分工、有协作、有边界、有红线。 就像真正的团队一样。


Security scan verdicts — ClawScan: clean | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (MEDIUM)