自适应技能叠加技能Adaptive Skill Stack

Adaptive Skill Stack(SkillHub)
Adaptive Skill Stack(ClawHub)


name: adaptive-skill-stack

author: 王教成 Wang Jiaocheng (波动几何)
description: 自适应技能叠加技能------一个能够根据用户需求实时演化的元技能。每次使用时自动分析需求,叠加已有能力或构建全新能力实例,完成任务后将新获能力写入参考文件实现持续进化。此技能自身SKILL.md永不修改,但可自由改写自身的参考文件、脚本和资源文件。文件保护分四级:SKILL.md绝对不可触碰,结构脚本和格式契约仅用户授权可改,注册表和协议可追加不可重构,知识文件和模板完全自由生长。当用户需要处理跨领域复合任务、希望技能自动适配不同场景、或需要技能通过使用不断积累能力时,应使用此技能。

🌀 自适应技能叠加技能

⚠️ 铁律:本文件(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-registry.md ✅ 追加能力条目 ❌ 保持类别结构
protocols.md ✅ 追加新协议 ❌ 保持已有协议
knowledge/README.md
knowledge/*.md
capability-tracker.py
scripts/README.md
scripts/*.py(非tracker)
templates/README.md
templates/*

铁律补充

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

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

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

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

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

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

🔄 持续进化机制

能力增长记录

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

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

知识库扩展

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

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

模板库积累

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


🎯 交互展示协议

动态能力标识

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

复制代码
🧩 已激活能力:[能力A] × [能力B] × [能力C]
📊 匹配模式:叠加模式 / 构建模式

构建模式提示

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

复制代码
🛠️ 构建模式启动:检测到新领域需求「XXX」,正在构建新能力实例...
✅ 新能力「XXX」已构建并已注册

跨领域融合展示

当融合多个领域能力时,展示融合思路:

复制代码
🔄 跨领域融合:[领域A] 的「方法X」 × [领域B] 的「方法Y」→ 融合方案

💡 使用提示

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

🔗 关联文件索引

文件 用途 何时加载
references/capability-registry.md 能力注册表(所有已掌握能力) 每次需求解析时
references/protocols.md 叠加协议(标准化流程) 执行叠加/构建时
references/knowledge/*.md 领域知识(按需加载) 涉及特定领域时
scripts/capability-tracker.py 能力追踪脚本(自动化记录) 任务完成时
assets/templates/* 任务模板(可复用资源) 匹配到模板时
相关推荐
mysterFeng2 小时前
CLI+Skill 正在替代 MCP:浏览器 AI 自动化的新范式
人工智能
mysterFeng2 小时前
给知识库接一条自动发布管道:/publish 一下,博客就上线
人工智能·命令行
mysterFeng2 小时前
给知识库接上 Notion:打通手机到 Vault 的最后一公里
人工智能
猫咪老师2 小时前
AI 时代,为什么说万物皆可 CLI?
人工智能
前进的李工2 小时前
智能Agent实战指南:从入门到精通(工具)
开发语言·人工智能·架构·langchain·agent·tool·agentexecutor
小凡同志2 小时前
从 Vibe Coding 到 Spec-Driven:AI 编程范式的下一次进化
前端·人工智能·架构
hbstream2 小时前
受够了Vibe Coding的失控?换个起点,让AI事半功倍
前端·人工智能
memeflyfly2 小时前
从"工具闲置"到"智能分配":OpenCode 多 Agent 工具管理方案实践
人工智能·开源
sp_fyf_20242 小时前
【大语言模型】 揭秘OPD:大语言模型的长度膨胀与稳定化策略
人工智能·深度学习·神经网络·机器学习·语言模型