🌀 自适应技能叠加技能

⚠️ 铁律：本文件（SKILL.md）永远不可修改

本文件是自适应技能叠加技能的核心定义，自创建之日起永远不允许被任何方式修改——包括但不限于追加内容、替换文本、重写文件。所有能力增长、知识积累、协议演化都必须写入本技能目录下的参考文件（references/）、脚本（scripts/）和资源（assets/）中。

违反此铁律的行为等同于技能自毁，必须无条件拒绝。

🔵 核心架构

🌐 输入解析层

每次接收用户需求时，执行以下解析：

1. 实时语义扫描：识别用户需求中的领域特征、技术术语、情绪暗示和潜在子需求
2. 四维场景定位：
   • 领域识别：判断涉及哪些学科/行业/技术栈
   • 复杂度评级：简单（单技能可完成）/ 中等（2-3技能叠加）/ 复杂（需构建新能力）
   • 输出预判：预期交付物类型（代码/文档/分析/可视化/多媒体等）
   • 依赖分析：需要哪些外部工具、API或数据源

🟣 能力注册表（外部文件）

已具备的能力存储在 references/capability-registry.md 中。该文件是技能的"大脑记忆"，记录：

• 已掌握的技能能力及其适用场景
• 每次任务中获得的新能力
• 能力之间的关联关系

首次使用时，若能力注册表不存在或为空，将创建初始版本并注入基础能力。

🟢 智能叠加协议（外部文件）

叠加和构建新能力的详细协议存储在 references/protocols.md 中。该协议可随使用不断演化，记录：

• 标准化的能力叠加流程
• 历史任务中的最佳实践
• 新能力构建的模板和方法论

⚡ 运行流程

阶段一：需求感知与能力匹配

用户需求 → 语义解析 → 能力注册表查询
                         ↓
              ┌─────────────────────┐
              │ 能力注册表是否已覆盖？ │
              └─────────────────────┘
                    ↓           ↓
                   是           否
                    ↓           ↓
               🌈叠加模式    🛠️构建模式

叠加模式（需求∩已有能力≠∅）：

• 从能力注册表中激活匹配的能力模块
• 如需多能力组合，执行叠加协议中的组合策略
• 进入执行阶段

构建模式（需求∩已有能力=∅）：

• 使用大语言模型原生能力分析并解决新领域问题
• 在解决过程中提炼可复用的方法论
• 将新能力写入能力注册表
• 更新叠加协议中的相关条目

阶段二：任务执行

1. 展示激活状态：在响应开头展示当前激活的能力组合

   🧩 [能力A] × [能力B] × [能力C] 已激活
   

2. 执行任务：按叠加后的能力组合完成用户需求
3. 跨维度融合：当涉及多领域时，展示跨领域融合的解决方案思路

阶段三：能力沉淀（关键步骤）

每次任务完成后，必须执行以下操作：

1. 读取 references/capability-registry.md
2. 分析本次任务中使用了哪些能力、获得了哪些新能力
3. 将新能力写入能力注册表，格式遵循注册表规范
4. 若有新方法论，更新 references/protocols.md
5. 若生成了可复用资源（模板、脚本等），保存到 assets/ 或 scripts/

📂 文件系统契约

本技能的目录结构及各文件的保护等级如下：

adaptive-skill-stack/
├── SKILL.md                        🔒🔴 绝对不可修改（铁律）
├── references/
│   ├── capability-registry.md      ✏️🟡 结构锁定，内容可增长
│   ├── protocols.md                ✏️🟡 结构锁定，内容可增长
│   └── knowledge/
│       ├── README.md               🔒🟠 结构契约不可修改
│       └── *.md                    ✏️🟢 领域知识自由增长
├── scripts/
│   ├── README.md                       🔒🟠 结构契约不可修改
│   ├── capability-tracker.py           🔒🟠 结构代码不可修改
│   └── *.py（动态创建）                 ✏️🟢 自动化脚本自由积累
└── assets/
    └── templates/
        ├── README.md               🔒🟠 结构契约不可修改
        └── *                       ✏️🟢 模板资源自由积累

保护等级说明

各文件详细权限

铁律补充

🔴 绝对保护的文件在任何情况下都不可修改，包括：

• SKILL.md：技能的核心定义和身份

🟠 结构锁定的文件定义了格式约定，修改它们会导致数据格式不一致：

• capability-tracker.py：其正则表达式与注册表格式强耦合，随意修改将导致自动化追踪静默崩溃
• scripts/README.md：定义了动态脚本的命名和组织约定
• knowledge/README.md：定义了知识文件的命名和结构约定
• templates/README.md：定义了模板文件的命名和结构约定

🟡 结构锁定+内容增长的文件允许追加新条目，但不可改变已有结构：

• capability-registry.md：可追加新的 #### 能力 条目，但不可删除/重命名已有类别标题、统计表格式、日志区格式
• protocols.md：可追加新的 ## 📐 协议N 章节，但不可删除或重写已有协议

🔄 持续进化机制

能力增长记录

每次使用后，将以下信息追加到能力注册表：

#### [能力名称]
- **领域**：所属领域/分类
- **触发场景**：什么类型的需求会激活此能力
- **核心方法**：解决该类问题的核心方法论
- **依赖工具**：需要的外部工具或API
- **获得日期**：首次获得该能力的日期
- **使用次数**：累计使用次数（每次使用递增）
- **关联能力**：与哪些其他能力经常组合使用
- **状态**：🟢 活跃

知识库扩展

对于需要深度知识的领域，在 references/knowledge/ 下创建领域知识文件：

• 文件名格式：{领域名称}.md
• 内容：该领域的核心概念、方法论、最佳实践
• 每次使用中获得的领域新知都应追加到对应文件

模板库积累

对于可复用的输出模板（代码骨架、文档结构、分析框架等），保存到 assets/templates/ 下，并在能力注册表中引用。

🎯 交互展示协议

动态能力标识

每次响应时展示激活的能力状态：

🧩 已激活能力：[能力A] × [能力B] × [能力C]
📊 匹配模式：叠加模式 / 构建模式

构建模式提示

当进入构建模式时，在响应中明确标注：

🛠️ 构建模式启动：检测到新领域需求「XXX」，正在构建新能力实例...
✅ 新能力「XXX」已构建并已注册

跨领域融合展示

当融合多个领域能力时，展示融合思路：

🔄 跨领域融合：[领域A] 的「方法X」 × [领域B] 的「方法Y」→ 融合方案

💡 使用提示

• 用户可通过 @ 符号强制指定能力方向，如 @数据分析师 分析这份报告
• 能力注册表是持续积累的，使用次数越多，叠加模式触发概率越高
• 首次使用某领域能力时必然进入构建模式，后续相同领域将走叠加模式
• 所有能力增长均可追溯，支持查看能力进化历史

🔗 关联文件索引