以观其妙书院

# 🔨 Skill Builder · 元级Skill构建工具 v1.1

> 核心定位：Skill Builder 是一个"元级Skill"（用于构建其他Skills的工具）。 > 终极目标：让"理论文档→完整可用的Skill包"的过程从"手工作坊"升级为"工业化生产"。 > 版本：v1.1 | 创建日期：2026-03-31 | 更新日期：2026-04-06 | 维护者：龙龟神将

---

📖 核心定义

What（是什么）

Skill Builder 是龙龟神将独创的标准化Skill构建工具，将复杂的"从理论到实用工具"的转化过程系统化为 5阶20步 的可复现流程。 五大核心价值： 1. 消除黑盒化 - 理论文档的每一步转化都可追踪、可检查 2. 保证质量一致性 - 所有新Skill都符合六个及格标准 3. 降低工作量 - AI生成70%内容，人类完成30%关键工作 4. 加速迭代周期 - 从"一次性完成"到"持续改进" 5. 建立护城河 - 独特的Skill生态，持续沉淀核心能力

Why（为什么）

现状问题：

🔴 理论与Skill混淆 - 不是所有理论文档都适合做Skill

🔴 转化过程不透明 - 理论→SKILL.md 的中间环节缺失

🔴 质量标准缺失 - 无法判断Skill是否及格

🔴 触发机制不完整 - 只有关键词，缺乏智能路由

🔴 反馈闭环断链 - 一次性发布，无持续改进

解决方案：

✅ 明确定义"什么样的理论适合封装为Skill"

✅ 建立标准化的5阶20步转化流程

✅ 设计"Skill质量六标准"自动检查清单

✅ 实现"四维触发矩阵"智能调度

✅ 建立"使用反馈→迭代优化"的闭环

How（怎么做）

一句话工作流： ``` 理论文档 --[5阶20步]--> 完整Skill包 --[自动触发]--> 实际应用 --[反馈闭环]--> 持续迭代 ``` 核心步骤（详见 `references/workflow-20steps.md`）：

阶段一（4步）：理论解析 - 拆解理论核心

阶段二（4步）：架构设计 - 设计Skill骨架

阶段三（6步）：编码实现 - 生成SKILL.md

阶段四（3步）：测试验证 - 质量检查

阶段五（4步）：部署上线 - 发布配置

---

⚡ 触发条件（四维矩阵）

P0·直接触发词（权重5·绝对触发）

用户明确表示想要构建Skill时触发：

```yaml P0_triggers: # 核心关键词 - "构建Skill" - "创建Skill" - "设计一个Skill" - "Skill Builder" - "从理论创建Skill" - "帮我构建" - "自动生成Skill" - "将这个理论变成Skill" - "搭建Skill" - "Skill构建"

触发条件：任何一个P0关键词出现 = 5分 → 立即触发 ✓ ```

P1·场景触发词（权重4·强触发）

识别用户完成了新的理论体系学习，想要复用流程：

```yaml P1_triggers: 场景_完成新理论: - "我总结了一个新方法，怎么变成Skill" - "我整理了一套理论，怎么用" - "这个流程应该做成Skill" - "怎么把这个变成工具" - "这个方法论能不能系统化" weight: 4 场景_复用流程: - "这个工作流重复性很高" - "应该自动化处理" - "如何系统化这个操作" - "这个过程能不能标准化" weight: 4 场景_高效需求: - "每次都要这样做" - "能不能简化这个过程" - "有没有现成的工具" weight: 4

触发条件：P1触发词出现1-2次，累积4分以上 → 触发 ✓ ```

P2·行为信号触发（权重3·弱触发）

识别对话中的隐性信号，表明可能需要Skill构建：

```yaml P2_signals: - signal: "识别到新的可复用操作步骤" context: "对话中用户描述了一个多步操作流程" weight: 3 - signal: "出现标准化/流程化/自动化的诉求" context: "用户主动提出'标准化''流程化''自动化'等词" weight: 3 - signal: "用户说'我需要一个工具来...'" context: "用户表示需要工具化某个操作" weight: 3 - signal: "用户完成了某项系统性总结" context: "用户说'我搭建了...''我设计了...''我创建了...'" weight: 3

触发条件：识别到≥2个P2信号，累积6分以上 → 触发 ✓ ```

触发决策树（增强版）

``` ┌─────────────────────────────────────────────────────────────┐ │ 触发决策流程 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ Step 1: 计算总分 │ │ ┌───────────────────────────────────────────────────────┐ │ │ │ 总分 = P0权重(5) + P1权重(4) + P2权重(3) │ │ │ └───────────────────────────────────────────────────────┘ │ │ │ │ Step 2: 判断触发 │ │ ┌───────────────────────────────────────────────────────┐ │ │ │ if 总分 >= 5: │ │ │ │ if 包含P0关键词: → 【立即触发】绝对激活 │ │ │ │ elif P1信号 >= 1: → 【强触发】激活 │ │ │ │ elif P2信号 >= 2: → 【弱触发】激活 │ │ │ │ else: │ │ │ │ → 【不触发】静默观察 │ │ │ └───────────────────────────────────────────────────────┘ │ │ │ │ Step 3: 特殊情况处理 │ │ ┌───────────────────────────────────────────────────────┐ │ │ │ - 负面上下文（"不想构建Skill"）→ 不触发 │ │ │ │ - 冲突检测（与其他Skill争抢）→ 降级或拒绝 │ │ │ │ - 权限不足 → 提示用户授权 │ │ │ └───────────────────────────────────────────────────────┘ │ │ │ └─────────────────────────────────────────────────────────────┘ ```

---

🎯 核心流程（5阶20步）

第一阶段：理论解析（4步）

目标：从原始理论文档中提取可工具化的核心内容

#### Step 1: 核心定义提取

| 检查项 | 操作 | 输出 | 检验标准 | |--------|------|------|----------| | 核心问题 | 这个Skill解决什么问题？ | 一句话核心定义（<30字） | 能用一句话说清 | | 边界 | 什么情况下用/不用？ | 使用边界说明 | 边界清晰 | | 检验 | 能否向用户解释清楚？ | 口头说明测试 | 用户能理解 |

输出模板： ```yaml 核心定义: [一句话，不超过30字] 使用边界: [什么情况下用 | 什么情况下不用] 检验结果: [能否一句话说清：是/否] ```

#### Step 2: 可执行操作流程识别

| 检查项 | 操作 | 输出 | 检验标准 | |--------|------|------|----------| | 操作拆解 | 理论里有几个"操作步骤"？ | N步操作流程图 | 步骤可独立执行 | | 逻辑排序 | 这些步骤的逻辑优先级是什么？ | 步骤排序说明 | 逻辑清晰 | | 检验 | 每步都能用自然语言描述？ | 操作描述清单 | 描述准确 |

输出模板： ```yaml 操作步骤数: [N步] 步骤清单: 1. [步骤名]: [一句话描述] 2. [步骤名]: [一句话描述] ... 逻辑依赖: [步骤1→步骤2→...或无依赖] ```

#### Step 3: 输入输出规范化

| 检查项 | 操作 | 输出 | 检验标准 | |--------|------|------|----------| | Input | 用户需要提供什么信息？ | 输入规范清单 | 信息可获取 | | Process | Skill内部如何处理？ | 处理逻辑说明 | 逻辑可追踪 | | Output | 返回什么具体结果？ | 输出规范说明 | 结果可验证 |

输出模板： ```yaml 输入规范: 必需输入: - [输入项1]: [类型] - [说明] - [输入项2]: [类型] - [说明] 可选输入: - [输入项3]: [类型] - [默认值]

处理逻辑: 1. [处理步骤1] 2. [处理步骤2] ...

输出规范: 标准输出: [输出类型] - [说明] 错误输出: [错误类型] - [说明] ```

#### Step 4: 核心算法/逻辑提炼

| 检查项 | 操作 | 输出 | 检验标准 | |--------|------|------|----------| | 决策点 | 理论中的"关键决策点"在哪？ | 决策点清单 | 决策点≤5个 | | 规则 | 每个决策点的规则是什么？ | 规则说明 | 规则明确 | | 检验 | 能否用if-then描述？ | 决策树/流程图 | 可图示化 |

输出模板： ```yaml 决策点清单: 决策点1: [名称] 条件: [如果满足条件] 规则: [则执行] 决策点2: [名称] 条件: [如果满足条件] 规则: [则执行] ```

---

第二阶段：架构设计（4步）

目标：设计Skill的完整骨架（不写代码，只做设计）

#### Step 5: Skill粒度判断

| 检查项 | 问题 | 决策 | 输出 | |--------|------|------|------| | 操作步数 | 操作步骤有几个？ | 3-7步→单体，8步以上→生态 | 粒度判断 | | 决策点数 | 关键决策点有几个？ | 1-2个→单体，3个以上→生态 | 架构类型 | | 依赖关系 | 有没有依赖其他Skills？ | 独立→单体，有依赖→生态 | 依赖声明 | | 触发复杂度 | 触发条件复杂吗？ | 简单→单体，复杂→生态 | 触发设计 |

粒度判断矩阵：

| 维度 | 单体Skill | 生态Skill | |------|-----------|-----------| | 操作步数 | 3-7步 | 8步以上 | | 决策点数 | 1-2个 | 3个以上 | | 依赖关系 | 独立 | 有依赖链 | | 触发复杂度 | 简单 | 复杂 |

输出模板： ```yaml 粒度判断: [单体/生态] 架构类型: [主Skill+子Skill数量] 依赖声明: 前置依赖: [需要先调用的Skill] 后置依赖: [会被哪些Skill调用] 独立调用: [是/否] ```

#### Step 6: 触发机制设计

| 检查项 | 操作 | 输出 | 检验标准 | |--------|------|------|----------| | 维度1 | 直接触发词（用户明确说出） | P0关键词列表 | ≥5个 | | 维度2 | 场景触发词（隐含指向） | P1关键词列表 | ≥5个 | | 维度3 | 信号触发（对话中的行为信号） | P2信号列表 | ≥3个 | | 权重 | 每个维度的触发权重 | 权重矩阵 | 权重合理 |

四维触发矩阵模板： ```yaml 触发机制: P0_直接触发: 权重: 5 关键词: [列出关键词] 检验: 命中率≥85% P1_场景触发: 权重: 4 场景: [列出场景描述] 检验: 场景覆盖率≥80% P2_信号触发: 权重: 3 信号: [列出行为信号] 检验: 信号识别率≥70% P3_条件触发: 权重: 2 条件: [列出触发条件] 检验: 条件可判定 ```

#### Step 7: 关键词权重设计

| 权重等级 | 分值 | 触发条件 | 说明 | |----------|------|----------|------| | P0 | 5分 | 出现1次即触发 | 绝对触发，用户明确意图 | | P1 | 4分 | 累积4分触发 | 强触发，场景指向明确 | | P2 | 3分 | 累积6分触发（≥2个） | 弱触发，行为信号明显 | | P3 | 2分 | 累积8分触发（≥4个） | 条件触发，特殊场景 |

权重表模板： ```yaml 权重配置: P0: 分值: 5 触发阈值: 1 示例: ["构建Skill", "创建Skill"] P1: 分值: 4 触发阈值: 1 累积要求: 无示例: ["这个流程应该做成Skill"] P2: 分值: 3 触发阈值: 2 累积要求: 至少2个信号示例: ["识别到可复用操作步骤"] P3: 分值: 2 触发阈值: 4 累积要求: 至少4个信号示例: ["长期对话中的隐性需求"] ```

#### Step 8: 与现有Skills的关系映射

| 检查项 | 问题 | 决策 | 输出 | |--------|------|------|------| | 协同 | 与哪些Skills协同？ | 协同列表 | 协同关系明确 | | 调用顺序 | 调用顺序是什么？ | 调用流程图 | 顺序合理 | | 冲突检测 | 是否与现有Skills冲突？ | 冲突检测报告 | 无冲突或冲突可解决 |

协同图模板： ```yaml 与现有Skills的关系: 前置Skills: - Skill名称: [名称] 调用时机: [何时调用] 原因: [为什么需要] 后置Skills: - Skill名称: [名称] 调用时机: [何时调用] 原因: [为什么调用] 协同Skills: - Skill名称: [名称] 协同方式: [如何协同] 信息交换: [交换什么] 冲突检测: 可能冲突: [列出] 解决方案: [如何解决] 检验结果: [无冲突/冲突已解决] ```

---

第三阶段：编码实现（6步）

目标：生成完整的SKILL.md + references文件

#### Step 9-14: 完整编码流程

按照标准模板生成所有文件，详见下方「使用示例」章节。

---

第四阶段：测试验证（3步）

目标：质量检查 + 完整测试

| 步序 | 操作 | 验证内容 | 及格标准 | 不及格处理 | |------|------|---------|---------|-----------| | 1️⃣5️⃣ | 质量六标准自检 | ① 核心定义清晰 ② 操作流程完整 ③ 触发机制准确 ④ 文件结构规范 ⑤ 测试用例完整 ⑥ 与其他Skills无冲突 | 6个全部✅ | 返回第三阶段修复 | | 1️⃣6️⃣ | 功能测试 | 3个真实使用场景 | 3/3场景可复现 | 补充缺失步骤 | | 1️⃣7️⃣ | 集成测试 | 与龙心OS其他Skills的关系 | 无冲突，正向协同 | 调整触发优先级 |

六大及格标准详解：

| 标准 | 检查项 | 及格线 | |------|--------|--------| | ① 核心定义清晰 | What/Why/How一句话可说清 | ✅ 能用不超过3句话解释 | | ② 操作流程完整 | 使用者能自主完成所有步骤 | ✅ 提供详细SOP + 2个案例 | | ③ 触发机制准确 | 自动触发的关键词命中率≥85% | ✅ 测试≥20个真实场景 | | ④ 文件结构规范 | 符合标准目录结构 | ✅ 100%符合模板 | | ⑤ 测试用例完整 | 至少3个真实场景可复现 | ✅ 全部通过功能测试 | | ⑥ 与其他Skills无冲突 | 不与现有Skills争抢触发条件 | ✅ 协同关系明确 |

---

第五阶段：部署上线（4步）

目标：将Skill发布到系统，使其真正可用

| 步序 | 操作 | 部署内容 | 验证方式 | |------|------|---------|----------| | 1️⃣8️⃣ | 文件部署 | 将所有文件复制到标准路径 | ls -la ~/.workbuddy/skills/[skill-name]/ | | 1️⃣9️⃣ | WorkBuddy Rule配置 | 创建自动触发规则文件 | 在.workbuddy/rules/目录下配置 | | 2️⃣0️⃣ | Obsidian备份 | 同步到Obsidian知识库 | 确认文件在知识库中正确存储 | | 2️⃣1️⃣ | 发布公告 | 记录到MEMORY.md + daily log | 新Skill即刻可用，通知用户 |

---

📋 使用流程

快速启动

情景1：有完整理论文档 ``` 用户提供：理论文档 + 应用场景 + 期望触发关键词

我的响应： Step1 - 理论诊断（5分钟）→ 输出诊断报告 Step2 - 架构设计（10分钟）→ 输出设计决策 Step3 - 编码实现（30分钟）→ AI生成70%内容 Step4 - 质量检查（5分钟）→ 自动检查六标准 Step5 - 部署发布（5分钟）→ Skill即刻可用总耗时：≈60分钟（包括人工确认环节） ```

情景2：有想法但理论不完整 ``` 用户提供：核心想法 + 应用场景 + 困难点

我的响应： → 先调用"知识学习"Skill进行理论补充 → 然后进入Skill Builder流程 ```

情景3：想验证某个现有Skill ``` 用户提供：想要改进的Skill名称 + 改进建议

我的响应： → 进入"Skill迭代"流程（不是完整Skill Builder） → 快速路径：Skip 阶段一/二，直接进入阶段三修改 ```

---

🎪 使用示例（完整案例）

案例1：构建"教员方法论"Skill

【输入】 ``` 用户说："我想把'教员方法论'变成一个Skill" ``` 【处理流程】

``` ┌─────────────────────────────────────────────────────────────┐ │ Step 1: 触发判断 │ ├─────────────────────────────────────────────────────────────┤ │ • 识别P0关键词："变成一个Skill" → 5分 │ │ • 触发决策：立即激活Skill Builder ✓ │ └─────────────────────────────────────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ Step 2: 阶段一·理论解析 │ ├─────────────────────────────────────────────────────────────┤ │ 核心定义：复杂企业问题的系统化诊断与解决方案框架 │ │ 操作步骤：矛盾定位→层次分析→维度扫描→转化判断→行动方案 │ │ 输入：企业问题描述 + 关键数据 │ │ 输出：完整诊断报告 + 行动方案 │ └─────────────────────────────────────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ Step 3: 阶段二·架构设计 │ ├─────────────────────────────────────────────────────────────┤ │ 粒度判断：单体Skill（5步操作） │ │ 核心概念：矛盾论×金字塔×金线×实践论 │ │ 触发词：教员方法论、企业诊断、矛盾分析、问题诊断 │ │ 文件结构：SKILL.md + theory.md + practice.md │ └─────────────────────────────────────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ Step 4: 阶段三·编码实现 │ ├─────────────────────────────────────────────────────────────┤ │ 生成：SKILL.md（3000字） │ │ 生成：references/theory.md（理论完整版） │ │ 生成：references/practice.md（实操指南） │ │ 生成：triggers/trigger-rules.yaml（触发规则） │ └─────────────────────────────────────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ Step 5: 阶段四·测试验证 │ ├─────────────────────────────────────────────────────────────┤ │ 测试用例1：标准场景（门店客诉问题）✓ │ │ 测试用例2：边界场景（数据不足时）✓ │ │ 测试用例3：负面场景（不该触发的场景）✓ │ │ 质量评分：9.2/10 ✅ 及格 │ └─────────────────────────────────────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ Step 6: 阶段五·部署上线 │ ├─────────────────────────────────────────────────────────────┤ │ ✅ 文件部署到 ~/.workbuddy/skills/教员方法论/ │ │ ✅ WorkBuddy Rule配置完成 │ │ ✅ Obsidian同步完成 │ │ ✅ 发布公告记录 │ └─────────────────────────────────────────────────────────────┘ ```

【输出】 ``` ╔═══════════════════════════════════════════════════════════════╗ ║ 🎉 Skill构建完成 · 教员方法论 v1.0 ║ ╠═══════════════════════════════════════════════════════════════╣ ║ 交付清单: ║ ║ ✅ SKILL.md（主文档） ║ ║ ✅ references/theory.md（理论版） ║ ║ ✅ references/practice.md（实操版） ║ ║ ✅ triggers/trigger-rules.yaml（自动规则） ║ ║ ✅ test-cases.md（3个测试用例） ║ ╠═══════════════════════════════════════════════════════════════╣ ║ 质量评分: 9.2/10 ✅ 及格 ║ ║ 构建耗时: 55分钟 ║ ╠═══════════════════════════════════════════════════════════════╣ ║ 立即使用: 说"用教员方法论分析门店问题"即可调用 ║ ╚═══════════════════════════════════════════════════════════════╝ ```

---

案例2：构建"木行人分智能体"Skill

【输入】 ``` 用户说："我整理了一套五行识人理论中木行人的完整体系，包括一心三界五行九层，拔阴取阳，化克为生，怎么把它变成一个专业的分智能体Skill？" ``` 【处理流程】

``` ┌─────────────────────────────────────────────────────────────┐ │ Step 1: 触发判断 │ ├─────────────────────────────────────────────────────────────┤ │ • P0："变成一个Skill" → 5分 │ │ • P1："整理了一套理论" → 4分 │ │ • 总分：9分 → 立即触发 ✓ │ └─────────────────────────────────────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ Step 2: 粒度判断 │ ├─────────────────────────────────────────────────────────────┤ │ • 操作步数：9步以上（三界诊断+五行转化+WEASEM等） │ │ • 决策点数：4个以上（单行判断/阴阳识别/层级定位/转化选择）│ │ • 结论：生态Skill（主Skill + 多个子Skill） │ └─────────────────────────────────────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ Step 3: 架构设计 │ ├─────────────────────────────────────────────────────────────┤ │ 主Skill: 木行人分智能体 │ │ 子Skills: │ │ ├── 拔阴取阳模块 │ │ ├── 化克为生模块 │ │ ├── B=MAP行为设计模块 │ │ └── WEASEM共生进化模块 │ │ 协同：被五行总智能体调度 │ └─────────────────────────────────────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ Step 4: 生成完整Skill包 │ ├─────────────────────────────────────────────────────────────┤ │ ✅ SKILL.md（5000字·完整体系） │ │ ✅ references/transformation.md（转化技术详解） │ │ ✅ references/b-map-guide.md（B=MAP行为设计） │ │ ✅ references/weasem-guide.md（共生进化指南） │ │ ✅ triggers/trigger-rules.yaml │ │ ✅ WorkBuddy Rule │ └─────────────────────────────────────────────────────────────┘ ```

【输出】 ``` ╔═══════════════════════════════════════════════════════════════╗ ║ 🌿 木行人分智能体 v1.0 · Skill包完成 ║ ╠═══════════════════════════════════════════════════════════════╣ ║ 架构类型: 生态Skill（主+4子模块） ║ ║ 交付清单: ║ ║ ✅ SKILL.md（主文档·完整七步流程） ║ ║ ✅ references/transformation.md（18,000字转化体系） ║ ║ ✅ references/b-map-guide.md（B=MAP行为设计指南） ║ ║ ✅ references/weasem-guide.md（WEASEM共生进化） ║ ║ ✅ triggers/trigger-rules.yaml ║ ║ ✅ WorkBuddy Rule（全局自动触发） ║ ╠═══════════════════════════════════════════════════════════════╣ ║ 质量评分: 9.3/10 ✅ 及格 ║ ║ 核心能力: 一心三界五行九层 + 拔阴取阳 + 化克为生 ║ ╠═══════════════════════════════════════════════════════════════╣ ║ 立即使用: 说"分析木行人特征"或"木行转化"即可调用 ║ ╚═══════════════════════════════════════════════════════════════╝ ```

---

🚫 边界条件与异常处理

异常情况处理表

| 异常情况 | 判定条件 | 处理方式 | 用户反馈 | |----------|----------|----------|----------| | 输入不完整 | 缺少核心理论/应用场景 | 中断构建，提示补充 | "构建Skill需要：1)核心理论 2)应用场景 3)触发关键词" | | 理论不达标 | 核心定义无法一句话说清 | 返回理论解析阶段 | "这个理论的核心问题是什么？请先明确" | | 粒度模糊 | 无法判断单体还是生态 | 按单体处理，后续可升级 | "按单体Skill处理，如需扩展可升级为生态" | | 触发冲突 | 与现有Skill触发词重叠>50% | 调整触发词或拒绝构建 | "该触发词与[Skill名]冲突，建议使用[新触发词]" | | 用户取消 | 用户明确说"取消"/"算了" | 中断流程，记录未完成 | "Skill构建已取消，随时可重新启动" | | 资源超限 | 生成文件超过100KB | 拆分references，压缩SKILL.md | "内容较多，已拆分为多个文件" | | 协同失败 | 前置Skill调用失败 | 降级处理，提示用户 | "[前置Skill]不可用，请先构建该Skill" | | 质量不达标 | 六标准有任何一项<6分 | 返回对应阶段修复 | "质量检查未通过：[问题]，请修复后重试" |

冲突检测规则

```yaml 冲突检测: 触发词重叠率: 计算公式: (重叠词数 / 总词数) × 100% 警戒线: >30% → 需要调整拒绝线: >50% → 必须拒绝能力重复: 检查: 新Skill是否提供完全相同的功能处理: 拒绝或建议升级现有Skill 依赖循环: 检查: 是否形成Skill A→B→A的循环处理: 拒绝循环依赖，重新设计 ```

异常恢复流程

``` 异常发生 ↓ ┌─────────────────────────┐ │ 判断异常类型 │ ├─────────────────────────┤ │ 可恢复 │→ 返回对应Step重新处理 │ 不可恢复 │→ 记录日志，通知用户 └─────────────────────────┘ ↓ 处理完成 → 记录到学习档案 → 优化触发规则 ```

---

🔄 与其他Skills的协作

前置Skills（调用Skill Builder之前）

| Skills | 何时调用 | 原因 | |--------|---------|------| | 📚 知识学习 | 理论不完整时 | 用十项认知指令补充理论 | | 🐉 象思维 | 理论缺乏原创性时 | 用象思维进行0→1突破 | | 🌈 五色光思维 | 复杂理论需要多维分析时 | 先用五色分治 |

后置Skills（Skill Builder之后）

| Skills | 何时调用 | 原因 | |--------|---------|------| | 🔄 知行合一自我进化 | 新Skill发布后 | 自动执行三阶段沉淀 | | 🤝 人机协同五象限 | Skill使用过程中 | 最优分工设计 | | 📖 学习档案 | 迭代反馈时 | 记录改进经验防止重复 |

协同协议

基本原则：

Skill Builder 是"构建工具"，不是"应用工具"

新Skill发布后，自动纳入龙心OS生态

迭代反馈直接触发"Skill迭代"流程

月度审计所有Skills的使用效果

---

💡 核心原则

✅ 必须遵守

1. 明确vs黑盒 - ✅ 每一步转化都可追踪 - ❌ 不能"理论直接变SKILL.md"

2. 工具vs库 - ✅ Skill是可执行的工具（有明确操作步骤） - ❌ 不能把理论库当Skill

3. 质量优先 - ✅ 没有及格的Skill宁可不发 - ❌ 不能为了速度而放低质量

4. 持续迭代 - ✅ Skill v1.0发布后，基于反馈不断改进 - ❌ 不能"一次性完成"就停止

5. 生态协同 - ✅ 新Skill必须明确与现有Skills的关系 - ❌ 不能孤立存在，要融入龙心OS

🚫 禁止做法

❌ 把"参考资料集合"当成Skill

❌ 创建重复功能的Skills（冲突检查必通过）

❌ 触发条件过于宽泛（必须≥85%准确率）

❌ 没有实测案例就声称"已验证"

❌ 理论完整度<80%就发布

---

📚 关联文档

核心参考

`references/theory.md` - Skill Builder理论基础

`references/workflow-20steps.md` - 5阶20步完整工作流

`references/sop-templates.md` - 所有SOP模板库

使用指南

`templates/input_template.md` - 标准输入模板

`templates/output_template.md` - 标准输出物

`templates/quality-checklist.md` - 质量检查清单

高级话题

`triggers/trigger-rules.yaml` - 四维触发矩阵配置

`triggers/conflict-detection.md` - 冲突检测规则

---

🎯 版本迭代

| 版本 | 时间 | 改动点 | |------|------|--------| | v1.0 | 2026-03-31 | 初始版本：5阶20步SOP + 质量六标准 | | v1.1 | 2026-04-06 | 增强决策树 + 完整使用示例 + 异常处理章节 | | v1.2 | 📅 2026-04-15 | 增强功能：AI自动填充SKILL.md内容（60%→80%） | | v2.0 | 📅 2026-06-01 | 进阶功能：Skill市场（共享/版本管理/反馈闭环） |

---

🚀 快速开始

立即使用

``` 用户输入：我想把"教员方法论"变成一个Skill

我的响应： ✅ 自动进入Skill Builder流程 ✅ 按5阶20步逐步完成 ✅ 60分钟后交付完整Skill包 ```

查看示例

象思维Skill重构案例（已完成）

五色光思维Skill重构案例（已完成）

木行人分智能体Skill重构案例（已完成）

---

Skill Builder v1.1 · 龙龟神将 *让每一个理论都能成为可用的工具，让每一个想法都能持续进化* 🚀