agent-team

agent-team

此技能现已成为导航入口。将所有请求转交给下方专用的一级技能。

不要再在此处添加新行为。

技能参考

控制器 / 人工编排

task-orchestrator

可写入的任务生命周期入口。

• 适用对象：控制器、人工
• 触发条件：创建任务、分配任务、完成任务、归档任务、任务流程
• CLI：agent-team task create · task list · task show · task assign · task done · task archive
• 注意：对于没有变更意图的只读查询，优先使用 task-inspector。

task-inspector

只读任务状态与查询。

• 适用对象：控制器、工作者、人工
• 触发条件：检查任务、任务状态、列出任务、显示任务
• CLI：agent-team task list · task show
• 注意：如果请求包含创建、分配、完成或归档意图，则转交给 task-orchestrator。

task-splitting

将需求或设计文档拆解为任务草案，并在获得明确批准后创建 agent-team 任务包。

• 适用对象：控制器、人工
• 触发条件：将文档转为任务、拆分任务、验证任务边界、为 agent-team task create 准备任务文件
• 工作流：接收源文档 → 提取目标 → 按功能边界起草 → 验证 → 每个任务写入一个文件 → 确认 → 创建
• 注意：如果文档目标不明确或存在范围冲突，会自动调用 brainstorming。

workflow-orchestrator

仅用于治理的工作流计划入口。

• 适用对象：控制器、人工
• 触发条件：工作流计划、批准计划、激活计划、关闭计划
• CLI：agent-team workflow plan generate · approve · activate · close
• 注意：不用于分配工作者、恢复工作者或检查工作者状态。

worker-dispatch

控制器侧入口，用于启动工作者、回复工作者以及检查指定工作者的状态。

• 适用对象：控制器、人工
• 触发条件：启动工作者、分派工作者、回复工作者、回复前检查当前工作者
• CLI：agent-team worker open · worker status · agent-team reply
• 注意：对于没有分派或回复意图的只读团队检查，请使用 worker-inspector。

worker-inspector

只读工作者状态检查。

• 适用对象：控制器、人工
• 触发条件：工作者状态、检查工作者、列出工作者
• CLI：agent-team worker status
• 注意：如果提示词暗示要启动、分派或回复工作者，则转交给 worker-dispatch。

project-bootstrap

项目初始化与迁移入口。

• 适用对象：人工、控制器
• 触发条件：初始化项目、迁移项目、在新代码库中设置 agent-team
• CLI：agent-team init · agent-team migrate

rules-maintenance

同步并刷新内置规则模板及生成的规则产物。

• 适用对象：人工、控制器
• 触发条件：同步规则、修正规则偏差、更新规则
• CLI：agent-team rules sync

skill-maintenance

技能缓存维护：检查、更新、清理已安装的技能产物。

• 适用对象：人工、控制器
• 触发条件：检查技能、更新技能、清理技能、刷新技能缓存
• CLI：agent-team skill check · skill update · skill clean

role-browser

只读本地角色列表。

• 适用对象：控制器、工作者、人工
• 触发条件：角色列表、浏览角色、查看本地角色
• CLI：agent-team role list
• 注意：不处理 role create 或角色代码库管理。

role-creator

创建或更新角色技能包，并生成确定性的输出文件。

• 适用对象：human、controller
• 触发条件：create role、new role、edit role、update role、add role skill、修改角色配置
• 输出：SKILL.md + references/role.yaml + system.md，位于 skills/<role>/ 或 .agent-team/teams/<role>/ 下
• CLI：agent-team role create
• 工作流：规范化名称 → 自动生成角色字段 → 选择技能 → 执行 CLI → 验证输出

role-repo-manager

管理角色的来源（添加、列出、检查、更新和移除角色仓库）。

• 适用对象：human、controller
• 触发条件：search role repo、add role repo、update role repo、remove role repo
• CLI：agent-team role-repo find · add · list · check · update · remove
• 注意：不用于浏览本地角色；应使用 role-browser 或 catalog-browser。

catalog-browser

只读浏览目录：从已配置的远程目录中搜索角色。

• 适用对象：human、controller
• 触发条件：search catalog、browse roles、show catalog role、catalog stats
• CLI：agent-team catalog search · show · list · repo · stats
• 注意：不提供 normalize、discover 或 serve 命令。

---

Worker 优先技能

worker-recovery

根据文件产物恢复 Worker 当前任务。

• 适用对象：worker
• 触发条件：resume work、recover task、continue current assignment
• 必读入口：必须先读取 worker.yaml
• 恢复顺序：worker.yaml → task.yaml → context.md → 仅在需要时读取引用材料
• 注意：不用于 Worker 向主控汇报；应使用 worker-reply-main。

worker-reply-main

向 controller 发送完成情况、阻塞问题或待决策事项。

• 适用对象：worker
• 触发条件：reply main、report completion、blocked、request decision
• CLI：agent-team reply-main
• 必读入口：必须先读取 worker.yaml
• 注意：不用于 controller 向 Worker 回复；应使用 worker-dispatch。

---

共享／策略技能

context-cleanup

当会话偏离方向时，清理会话上下文并根据文件产物重新锚定。

• 适用对象：controller、worker
• 触发条件：clean context、session drift、re-anchor context、resume after pause、phase transition
• 必读入口：controller → .agent-team/rules/index.md；worker → worker.yaml
• 注意：如果问题仅仅是恢复当前任务，日常恢复 Worker 任务时请使用 worker-recovery。

brainstorming

在开始任何实现前，通过协作式对话将想法转化为经过验证的设计文档。

• 适用对象：任何对象
• 触发条件：明确要求头脑风暴、梳理需求、比较方案或编写规划／设计文档
• 硬性门槛：在呈现并获得设计批准前，不得编写代码或调用任何实现技能
• 注意：不适用于变更要求明确的直接实现请求。

tdd

面向独立实现工作的验收优先 TDD 工作流。

• 适用对象：worker、controller
• 触发条件：使用 TDD 实现、定义验收标准、先编写失败测试、结束前验证修复
• 步骤：读取上下文 → 定义验收标准 → 编写失败测试（可行时）→ 实现 → 验证 → 以 passed／failed／skipped 结束
• 注意：如果任务需要专门设计测试用例或执行回归测试，请调用 qa-expert。

systematic-debugging

针对任何 Bug、测试失败或意外行为，优先查明根本原因。

• 受众：不限
• 触发条件：任何 Bug、测试失败、意外行为、性能问题、构建失败或集成问题
• 铁律：未先调查根本原因，绝不修复
• 四个阶段：根本原因调查 → 修复方案设计 → 实施 → 验证
• 注意：尤其适用于时间紧迫或先前的修复未奏效时。

find-skills

从开放的 Agent Skills 生态系统中发现并安装 Agent 技能。

• 受众：不限
• 触发条件：“如何做 X”、“为 X 查找技能”、“是否有能……的技能”，扩展 Agent 能力
• CLI：agent-team skill install
• 注意：当用户在寻找可能以可安装技能形式提供的功能时使用。

qa-expert

使用 Google 测试标准和 OWASP 最佳实践，建立全面的 QA 测试流程。

• 受众：不限
• 触发条件：搭建 QA、编写测试用例、执行测试计划、跟踪 Bug、生成 QA 报告、OWASP 安全测试、第三方 QA 交接
• 能力：编写测试用例（AAA 模式）、Bug 跟踪（P0–P4）、质量指标、自主的 LLM 驱动执行、90% 覆盖率目标
• 注意：当任务需要专门设计测试用例或执行超出单元验证范围的回归测试时，从 tdd 调用。

prompt-engineering-patterns

掌握面向生产级 LLM 应用的高级提示词工程技术。

• 受众：不限
• 触发条件：优化提示词、改进 LLM 输出、设计生产级提示词模板、思维链、少样本学习、结构化输出
• 能力：思维链 / 思维树模式、动态少样本选择、变量插值模板、JSON 结构化输出、系统提示词设计

---

路由规则

• 如果请求涉及特定生命周期操作，立即路由到专用技能。
• 如果请求涉及上下文稳定或恢复工作，路由到 context-cleanup 或 worker-recovery。
• 仅将此文件保留为历史提示词的兼容入口。