Adaptive Skill Stack

自适应技能叠加技能——一个能够根据用户需求实时演化的元技能。每次使用时自动分析需求，叠加已有能力或构建全新能力实例，完成任务后将新获能力写入参考文件实现持续进化。此技能自身SKILL.md永不修改，但可自由改写自身的参考文件、脚本和资源文件。文件保护分四级：SKILL.md绝对不可触碰，结构脚本和格式契约仅用户授...

Security Scan

The skill's files and instructions are internally consistent with an auto-evolving 'meta-skill', but its mandatory post-task file writes and ability to create/modify scripts and templates give it persistent, self‑modifying behavior that could be surprising or abused — review created files and restrict agent autonomy before use.

Purpose & Capability

The skill claims to be a meta-skill that adapts by composing or creating capabilities and persisting them to files. The included capability-tracker.py and the references/ and assets/ manifests align with that purpose. Asking to read and append to a local capability registry and protocols file is coherent with the described function.

Instruction Scope

SKILL.md explicitly requires the agent to read and append structured entries to references/capability-registry.md and to update references/protocols.md and to save reusable resources into assets/ or scripts/ after every task. That gives the agent broad discretion to create new scripts and templates in the skill directory; while limited to the skill folder, this is persistent state and is executed/used across runs. There are no instructions to access external secrets or unrelated system files, but the 'must write after each task' rule is prescriptive and could cause unexpected accumulation of code and resources.

Install Mechanism

No install spec and no downloads or external package installs; the skill is instruction + a small local Python script. This is the lowest-risk install mechanism.

Credentials

The skill declares no required environment variables, credentials, or config paths. All file access is limited to files inside the skill directory (references/, scripts/, assets/), which is proportionate to its stated purpose.

Persistence & Privilege

The skill is explicitly designed to persist new capabilities, scripts, templates and knowledge by writing files into its directory after task completion. While writing its own files is allowed and coherent with the purpose, this creates a persistent, self-modifying capability: the agent can accumulate new executable scripts (scripts/*.py) and templates that may be used in future runs. Because the agent is allowed to invoke the skill autonomously (disable-model-invocation=false by default), that persistence expands the blast radius if the agent is later permitted to run generated scripts or load generated resources without human review.

What to consider before installing

This skill is coherent with its description (it keeps a registry and writes new capability entries and resources to disk). The main risk is persistence: after each task it will append to its registry and may create new scripts/templates inside the skill folder, effectively evolving its behavior across runs. Before installing or enabling autonomous invocation, consider: - Run the skill in a sandbox or restricted environment where the skill directory is isolated and has no access to sensitive files or networked mounts. - Disable autonomous invocation or require explicit user confirmation before the agent performs file writes or executes any newly created scripts. - Audit and review any files created under references/, scripts/, and assets/ after each run; especially inspect new scripts (*.py) and templates before allowing them to execute. - If you need stronger guarantees, make the capability-registry and protocols files read-only by default and require an explicit manual 'commit' step to accept suggested changes. Confidence is medium because the skill's behavior is internally consistent, but the persistence/self-modifying pattern raises non-negligible operational risk that depends on runtime governance (sandboxing, manual review, agent invocation policy).

🌀 自适应技能叠加技能

⚠️ 铁律：本文件（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 章节，但不可删除或重写已有协议

---

🔄 持续进化机制

能力增长记录

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

#### [能力名称]
- **领域**：所属领域/分类
- **触发场景**：什么类型的需求会激活此能力
- **核心方法**：解决该类问题的核心方法论
- **依赖工具**：需要的外部工具或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/*	任务模板（可复用资源）	匹配到模板时