AgentSkillsCN

cdt

采用代理团队的多智能体开发工作流。支持四种模式:计划模式(架构师队友与项目经理队友展开辩论 → plan.md)、开发模式(开发者队友、代码测试队友、可选的用户体验测试队友与评审队友协同迭代 → 代码)、全链路模式(计划 → 审批关口 → 开发)以及自动模式(计划 → 开发,无需审批关口)。当任务受益于具备同行消息功能的协作式智能体队友时,可选用此工作流。

SKILL.md
--- frontmatter
name: cdt
description: "Multi-agent development workflow using Agent Teams. Supports four modes: plan (architect teammate + PM teammate debate → plan.md), dev (developer teammate + code-tester teammate + optional ux-tester teammate + reviewer teammate iterate → code), full (plan → approval gate → dev), and auto (plan → dev, no gate). Use when tasks benefit from collaborative agent teammates with peer messaging."
license: MIT
compatibility: "Requires Claude Code with CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1. Context7 MCP server is bundled via plugin .mcp.json and starts automatically."
allowed-tools: Read Grep Glob Bash Task Teammate TaskCreate TaskUpdate TaskList TaskGet Write Edit AskUserQuestion TeamCreate SendMessage TeamDelete WebSearch WebFetch
metadata:
  author: cdt
  version: "1.0.0"

Claude Dev Team

Multi-agent development workflow with four modes. Pick one based on the user's needs:

ModeWhen to use
planNeed architecture/design before coding
devHave an approved plan, ready to implement
fullEnd-to-end with user approval gate between plan and dev
autoEnd-to-end without approval gate

Before executing any mode, read references/WORKFLOW.md for detailed step-by-step instructions, spawn prompts, and output templates.

Architecture

code
Plan Phase (plan/full/auto)     Dev Phase (dev/full/auto)
  Lead (You)                      Lead (You)
  ├── architect  [teammate]       ├── developer    [teammate]
  ├── prod-mgr   [teammate]      ├── code-tester  [teammate]
  └── researcher [subagent]       ├── ux-tester    [teammate, conditional]
                                  ├── reviewer     [teammate]
                                  └── researcher   [subagent]
         │                                │
         └──── plan.md (handoff) ─────────┘

Teammates message each other directly (Architect teammate↔PM teammate, Developer teammate↔Code-tester teammate, Developer teammate↔UX-tester teammate, Developer teammate↔Reviewer teammate). Researcher is a subagent — Lead relays results.

Roles

Researcher (subagent — spawn via Task without team_name)

Research specialist for doc lookups. Queries Context7 for library docs, searches web for best practices, returns structured findings with code examples. Bundled as agents/researcher.md in this plugin — Context7 MCP is auto-configured via .mcp.json.

Architect (teammate — spawn via Teammate tool, plan phase)

Designs architecture: components, interfaces, file changes, data flow, testing strategy. Debates tradeoffs with PM teammate. Messages design to lead and PM teammate.

Product Manager (teammate — spawn via Teammate tool, plan phase)

Validates architecture against requirements. Challenges design with concerns. Produces verdict: APPROVED or NEEDS_REVISION with specifics.

Developer (teammate — spawn via Teammate tool, dev phase)

Implements tasks from plan. No stubs, no TODOs. Matches existing patterns. Iterates with code-tester teammate on failures, ux-tester teammate on UX issues, reviewer teammate on code quality.

Code-Tester (teammate — spawn via Teammate tool, dev phase, always)

Unit/integration tests. Messages developer teammate with failures + root cause. Max 3 cycles.

UX-Tester (teammate — spawn via Teammate tool, dev phase, conditional)

Spawned only for UI/frontend tasks. Writes Storybook stories for new/changed components, then tests user flows via npx agent-browser. Messages developer teammate with UX issues + screenshot evidence. Max 3 cycles.

Reviewer (teammate — spawn via Teammate tool, dev phase)

Reviews changed files for completeness, correctness, security, quality, plan adherence. Validates review with /council (quick quality for routine, review security or review architecture for critical concerns). Scans for stubs. Messages developer teammate with file:line + fix suggestions. Max 3 cycles.

Rules

  • One team at a time — cleanup plan-team before starting dev-team
  • Teammates debate directly (Architect teammate↔PM teammate, Developer teammate↔Code-tester teammate, Developer teammate↔UX-tester teammate (if spawned), Developer teammate↔Reviewer teammate)
  • UX-tester is conditional — only spawn when the task involves UI, web pages, or user-facing changes
  • Researcher is always a subagent — Lead relays results
  • Plan.md is the single source of truth and handoff artifact
  • Every task declares depends_on; parallel within waves, sequential between
  • Verify build between waves
  • Avoid file conflicts between parallel tasks
  • Testing + review are mandatory quality gates
  • Always cleanup team before finishing
  • In dev/full/auto modes, use delegate mode (Shift+Tab) to keep the lead focused on coordination
  • Plan mode: do NOT implement — only plan
  • If stuck — ask user, don't loop