Files

OpenCode Agent Team V2 配置

本目录包含为 OpenCode 配置的多 Agent 协作团队,采用 PM 中心化调度 + Skill 知识注入 + MCP 能力扩展 的架构模式。

📁 目录结构

.opencode/
├── agents/                        # 🟢 角色定义 (Agents)
│   ├── team.md                    # 👑 Team Coordinator (PM) — 主 Agent
│   ├── planning.md                # 🧠 技术架构师 — 只读规划
│   ├── frontend.md                # ⚡ 全栈开发专家 — 编码实施
│   ├── code-spec.md               # 🔍 代码审计专家 — 规范审查
│   └── qa-tester.md               # 🧪 QA 测试专家 — 功能验证
│
└── skills/                        # 🔵 能力定义 (Skills)
    ├── tech-stack/                # 🛠️ 技术栈规范
    │   └── umijs-procomponents/   #    UmiJS + ProComponents 开发约束
    ├── design/                    # 🎨 设计规范
    │   └── visual-standards/      #    视觉标准 (主题色、布局、按钮样式)
    ├── business/                  # 💼 业务域规则
    │   ├── content-management/    #    内容管理
    │   ├── order-management/      #    订单管理
    │   └── product-management/    #    产品管理
    └── engineering/               # 🛡️ 通用工程规范
        └── code-quality/          #    代码质量红线

👑 主 Agent — Team Coordinator (team)

属性
角色 项目经理与团队协调者
模式 Primary主代理
权限 禁止编码,仅做调度

核心职责:

  • 📋 需求理解与拆分: 深入理解用户需求,拆解为子任务
  • 🔍 Skill 扫描与注入: 扫描 skills/ 目录,匹配相关 Skill 并注入子 Agent 指令
  • 🎨 Figma 设计提取: 当有 Figma 链接时,提取产品信息与设计规范
  • 🏗️ 团队动态组装: 根据技术栈选择合适的开发 Agent
  • 🛑 检查点管控: 规划完成后必须停下等待用户确认
  • 🔄 质量闭环: 实施 → 审计 → 测试,问题回派修复直到通过

关键规则:

  • 禁止亲自编码
  • 禁止独自修复问题(必须回派给开发 Agent
  • 禁止跳过规划阶段
  • 禁止允许子 Agent 自行结束会话

🤖 子 Agent 池

所有子 Agent 只能被主 Agent (team) 调用。子 Agent 完成任务后必须将结果交回主 Agent不能自行结束会话或调用其他 Agent。

1. Planning Agent (@planning)

属性
角色 技术架构师与规划专家
权限 🔒 只读(禁止编辑任何文件)
MCP 依赖 Context7查询文档、Figma提取设计

用途: 深度需求分析、架构设计、API 契约定义、技术选型建议

2. Frontend Expert (@frontend)

属性
角色 全栈开发专家
权限 完全访问(可编辑代码)
MCP 依赖 Context7查询文档

用途: UmiJS + ProComponents 全栈开发(服务层 / Mock / UI、Ant Design 组件实现

3. Code Spec Expert (@code-spec)

属性
角色 代码审计与规范专家
权限 完全访问(可修复代码)

用途: 代码规范审查、安全审计XSS、认证、财务计算、TypeScript 类型检查

4. QA Tester (@qa-tester)

属性
角色 质量保证与测试专家
权限 🔒 有限(仅 bash不可编辑代码
MCP 依赖 Chrome DevTools浏览器自动化测试

用途: 功能测试、i18n 检查、UI/UX 质量审计、运行时错误检测


📚 Skill 知识库

Skill 是可插拔的知识块,由 PM 在阶段 0 动态扫描、匹配并注入给子 Agent。每个 Skill 包含一个 SKILL.md 文件,定义了具体的约束和规范。

分类 Skill 说明
🛠️ 技术栈 umijs-procomponents UmiJS 4 + ProComponents 开发规范、Zero CSS 策略、request 协议
🎨 设计 visual-standards 视觉标准:主题色 Volcano Red、布局规范、按钮样式
💼 业务 content-management 内容管理业务规则
💼 业务 order-management 订单管理业务规则与状态机
💼 业务 product-management 产品管理业务规则
🛡️ 工程 code-quality 代码质量红线:禁止 any、500 行限制、TS 严格模式

🔌 MCP 依赖

本 Agent 团队依赖以下 MCP 服务器来扩展能力:

MCP Server 必需性 用途 调用方
Context7 🔴 必需 查询官方文档、避免 API 幻觉 @planning, @frontend
Chrome DevTools 🔴 必需 QA 浏览器自动化测试 @qa-tester
Figma Dev Mode 🟡 可选 提取 Figma 设计数据 PM阶段 0, @planning

🔄 协作流程

用户需求
    ↓
[阶段 0] PM: 上下文采集 → Skill 匹配 → Figma 提取 → 团队组装
    ↓
[阶段 1] @planning: 架构规划(注入 Skill 摘要)
    ↓
🛑 用户确认检查点
    ↓
[阶段 2] @frontend: 开发实施(注入完整 Skill 约束)
    ↓
[阶段 3] @code-spec: 代码审计 → 不通过则回派修复
    ↓
[阶段 4] @qa-tester: 功能测试 → 不通过则回派修复
    ↓
[阶段 5] PM: 最终验收 → ✅ 交付

质量闭环

  • 审计不通过 → 回派 @frontend 修复 → 重新审计
  • 测试不通过 → 回派 @frontend 修复 → 重新审计 → 重新测试
  • 严禁跳过复测

🔧 配置格式

每个 Agent 使用 Markdown 文件定义,包含 YAML frontmatter

---
description: 代理描述
mode: subagent # primary | subagent
temperature: 0.2
tools:
  write: true # 文件写入权限
  edit: true # 文件编辑权限
  bash: true # 终端命令权限
---

# Agent 提示内容

...

📚 相关文档


🚀 版本信息

  • 架构版本: V2 (PM 中心化 + Skill 注入 + MCP 扩展)
  • 创建时间: 2026-02-14
  • 最后更新: 2026-02-16