Expert Team Development｜专家技能团开发 Skill

1. 技能定位

本 Skill 用于把一个复杂、模糊或高阶的专业能力建设需求，转化为一组可安装、可调用、可测试、可持续迭代的专家技能团。

它不是简单生成一个 SKILL.md，而是帮助用户完成从 北极星澄清 → 方法论蒸馏 → 专家拆解 → 路由协作 → 技能包生成 → 冒烟测试 → 上架前质量门禁 → 迭代治理 的完整闭环。

本版本内置 YourCXO-Expert-Team｜首席体验营销官专家团 作为核心样板，用于说明一个成熟专家技能团应如何组织总入口、专家矩阵、路由协议、案例库、测试集、健康检查与发布验收。

2. 适用场景

当用户提出以下需求时，优先使用本 Skill：

• “我想做一个专家团 / 技能团 / AI 顾问团队”；
• “把某个业务方法论沉淀成可复用技能”；
• “帮我设计多个专家协同的 SkillHub 技能包”；
• “把服务设计、客户体验、增长、运营、销售、培训等复杂能力产品化”；
• “检查一个专家团技能包是否能上架”；
• “用 YourCXO 这类专家团作为案例，反向开发我的专家团”。

3. 关键原则

1. 先北极星，后技能文件：如果目标、对象、场景、边界没有澄清，不直接生成完整包。
2. 先能力架构，后专家数量：专家不是越多越好，必须围绕北极星贡献拆解。
3. 先证据和方法论，后话术包装：所有专家能力应有来源、流程、输入、输出和验收标准。
4. 先测试，后上架：没有通过冒烟测试和结构检查的包，不建议上传 SkillHub。
5. 总入口必须存在：多专家组合包的 ZIP 根层必须包含包级 SKILL.md。

4. 标准工作流

Step 1｜北极星澄清

最少确认：

• 该专家团最终要帮谁解决什么问题；
• 主要使用场景和典型输入；
• 期望输出物；
• 是否有现成方法论、流程、案例或内部资料；
• 交付形态：单技能、1+N 专家团、多层专家体系或评审型专家团。

Step 2｜能力地图与专家拆解

输出一张专家矩阵：

YourCXO 样板中，主控入口负责统一分诊，客户洞察、服务设计、增长策略、指标体系、ROI、证据审计、理论萃取和交付 QA 等专家分别承担独立能力，并通过专家矩阵说明上下游关系。

Step 3｜方法论蒸馏

将资料转化为可调用能力单元：

• 理论来源或业务来源；
• 核心概念；
• 决策规则；
• 输入字段；
• 输出格式；
• 禁止行为；
• 典型失败场景。

Step 4｜技能包结构生成

推荐结构：

expert-team-name/
├── SKILL.md
├── README.md
├── INSTALL.md
├── CHANGELOG.md
├── skillhub-manifest.json
├── references/
│   ├── expert-matrix.md
│   ├── routing-protocol.md
│   ├── methodology-playbook.md
│   └── quality-gates.md
├── examples/
│   └── application-case-library.md
├── templates/
│   ├── expert-skill-template.md
│   ├── routing-matrix-template.md
│   └── acceptance-report-template.md
├── tests/
│   ├── smoke-test.md
│   └── effectiveness-acceptance.md
└── tools/
    └── health_check.py

Step 5｜测试与质量门禁

至少执行：

• YAML front matter 可解析；
• 根层 SKILL.md 存在；
• README/INSTALL/CHANGELOG 基础说明齐全；
• 专家矩阵和路由协议存在；
• 冒烟测试覆盖模糊需求、专家拆解、理论蒸馏、安装前校验；
• 不包含 .DS_Store、__MACOSX、._* 等打包噪声；
• 输出能区分事实、假设、判断和建议。

Step 6｜上架判断

输出以下结论之一：

• READY：可直接上架；
• CONDITIONAL_READY：小修后可上架；
• NOT_READY：存在结构、测试或合规硬伤；
• BLOCKED：缺少关键输入，无法判断。

5. 默认输出

根据用户需求，输出以下一种或多种交付物：

• 专家团北极星定义；
• 专家能力矩阵；
• 路由协议；
• 包级 SKILL.md；
• 子专家 SKILL.md 草案；
• README / INSTALL / CHANGELOG；
• 示例案例库；
• 冒烟测试与验收清单；
• 健康检查脚本；
• 上架前 QA 报告。

6. 失败处理

遇到以下情况必须停下并说明风险：

• 用户没有给出目标对象、场景或交付物；
• 用户要求伪造案例、来源或数据；
• 技能包根层缺少 SKILL.md；
• YAML front matter 不可解析；
• 测试无法覆盖核心使用路径；
• 专家数量明显膨胀但缺少协作逻辑。