TashanGKD Skill 体系演进规划（skill-evolution-planner-meta）
对应关系：
- product-evolution-planner → 对照产品原则，主动规划产品演进
- skill-evolution-planner-meta → 对照积累的模式，主动规划 Skill 体系演进
强绑定 Rule：R2 NO_FABRICATION / R3 READ_FIRST / R1 EVIDENCE_FIRST / R6 ARTIFACT_FIRST
知识导航表（执行前必须理解的概念根）
| 层级 | 文档 | 需要理解的概念 |
|---|---|---|
| D0 认知根（必读） | _内部总控/认知结构/L1_系统性文档/系统架构思维维度/自进化智能体系统形式规范_v1.0.md |
层2：自进化定义（系统能检测并消除自身Gap）；层5：G（间隙感知）→M（变更引擎）→R（注册表）完整闭环 |
| D3 规范参考 | _内部总控/认知结构/L1_系统性文档/系统架构思维维度/Skill体系设计原则_v1.0.md |
§1 唯一最终原则（自我进化能力）；§2.5 三型统一决策树 |
| D4 运行时数据 | .cursor/skills/skill-index/PENDING-EXPERIENCES.md + CO-BUILD-LOG.md + PENDING-SKILLS.md + SYSTEM-BLUEPRINT.md |
G缓冲区（已积累的Gap信号）+ 需求积压 + 体系蓝图 |
核心概念速查： ① 演进规划 = S4层智能（环境感知+战略分析），不是修复现有Gap而是规划未来的Gap ② 证据驱动：每条建议必须引用≥2次历史记录（CO-BUILD-LOG或PENDING-EXPERIENCES） ③ 输出必须是正式文件（R6 ARTIFACT_FIRST）：skill-evolution-plan-YYYYMMDD.md
激活后立即执行
Step 1 读取 Skill 体系的历史积累数据（R3 READ_FIRST）
用 explore 子智能体并行读取：
- .cursor/skills/skill-index/CO-BUILD-LOG.md（决策轨迹，过程层）
- .cursor/skills/skill-index/PENDING-EXPERIENCES.md（踩坑模式，结果层）
- .cursor/skills/skill-index/PENDING-SKILLS.md（需求积压）
- .cursor/skills/skill-index/SYSTEM-BLUEPRINT.md（体系蓝图）
- .cursor/skills/skill-index/SKILL-INDEX.md（当前状态）
若某个文件不存在，跳过并在报告中标注「未找到」。
Step 2 从五个维度分析演进方向（R1 EVIDENCE_FIRST：每条必须引用具体数据来源）
【维度1：重复模式 → 候选新 Skill】
分析 PENDING-EXPERIENCES 和 CO-BUILD-LOG：
→ 哪类「踩坑/新发现」反复出现（≥2次）但没有对应 Skill？
→ CO-BUILD-LOG 中有没有「缺失 Skill」类型（E 类）的重复记录？
→ 这些模式是否已在 PENDING-SKILLS 中？若没有，应该加入。
【维度2：架构压力 → 候选重构】
分析 CO-BUILD-LOG 中的「转折/方向调整」（III 类条目）：
→ 哪些转折揭示了当前 Skill 体系的架构缺陷（不只是单个 Skill 的问题）？
→ 有没有多个 Skill 因相似原因被修改，暗示应该合并或提取公共机制？
→ 触发词体系是否已经变得复杂到用户难以记忆？
【维度3：PENDING-SKILLS 优先级校准】
→ 当前 PENDING-SKILLS 的优先级排序是否仍然合理？
→ 有没有本来是 P0 但因为新情况变成了不那么紧急的项？
→ 有没有新出现的需求比现有 P0 更紧急？
【维度4：SYSTEM-BLUEPRINT 准确性】
→ SYSTEM-BLUEPRINT.md 描述的任务类型清单是否仍然准确？
→ 有没有新的高频任务类型在蓝图中未被记录？
→ 子智能体编排方案是否需要更新？
【维度5：Skill 质量层次分析】
→ SKILL-INDEX 中有多少 Skill 仍为「🔵 待验证」状态？
→ CO-BUILD-LOG 或 PENDING-EXPERIENCES 中，哪些 Skill 出现了「✅ 验证通过」的记录？
→ 这些 Skill 可以升级为「✅ 已验证」
→ 哪些 Skill 的「🔵 待验证」状态持续存在，且从未在 CO-BUILD-LOG/PENDING-EXPERIENCES 中出现过？
→ 可能从未被使用，考虑合并或废弃
Step 3 生成演进建议清单
对每条建议：
- 建议标题（一句话）
- 数据来源（引用 CO-BUILD-LOG/PENDING-EXPERIENCES 的具体条目）
- 建议类型：新建/重构/合并/废弃/描述更新/触发词调整/架构升级
- 优先级：P0/P1/P2
- 路由：→ skill-designer Level 2/3 / skill-rule-修改规范 Level 1
Step 4 输出「Skill 体系演进建议报告」（R6：必须写文件）
写入：.cursor/skills/skill-index/skill-evolution-plan-YYYYMMDD.md
Step 5 路由询问
「📊 Skill 体系演进分析完成。共发现 N 条建议（P0: N，P1: N，P2: N）。
是否现在执行某项？
- 新建/重构 → 加载 skill-designer（Level 2/3）
- 修改描述/触发词 → 按 skill-rule-修改规范 Level 1
- 加入需求积压 → 更新 PENDING-SKILLS.md
- [选择某条执行] [先看报告，稍后决定]」
报告格式
# Skill 体系演进建议报告
**分析日期**：YYYY-MM-DD
**数据来源**：CO-BUILD-LOG N 条 / PENDING-EXPERIENCES N 条 / PENDING-SKILLS N 项
## 维度分析摘要
| 维度 | 状态 | 关键发现 |
|---|---|---|
| 重复模式（候选新Skill）| ✅/⚠️ | [摘要] |
| 架构压力（候选重构）| ✅/⚠️ | [摘要] |
| PENDING-SKILLS 优先级 | ✅/⚠️ | [摘要] |
| SYSTEM-BLUEPRINT 准确性 | ✅/⚠️ | [摘要] |
| Skill 质量层次 | ✅/⚠️ | [摘要] |
## P0 演进建议（最高价值/最紧急）
### P0-01 [建议标题]
**数据来源**：[引用具体条目]
**建议类型**：新建/重构/合并/废弃/描述更新
**路由**：skill-designer Level [N] / skill-rule-修改规范 Level 1
## P1 演进建议
[同上格式]
## P2 中长期方向
[同上格式]
## PENDING-SKILLS 更新建议
需要新增到需求池：[列表]
需要调整优先级：[列表]
## 结论
[一段话：Skill 体系当前最大的演进机会是什么]
常见失败模式
失败模式1：建议过于泛泛，没有引用具体数据 → 预防：每条建议必须引用 CO-BUILD-LOG 或 PENDING-EXPERIENCES 的具体条目编号
失败模式2：把「这次遇到的具体问题」错误地升格为「体系架构问题」 → 预防：建议需要在历史数据中有 ≥2 次相似记录才能升格为架构级问题
变更记录
v1.0 — 2026-03-19 — 初始创建
根因：Skill 体系缺少等价于 product-evolution-planner 的主动演进规划机制，无法基于历史积累数据主动发现体系改进机会。
验证状态：🔵 待验证