# 🔨 Skill Builder · 元级Skill构建工具 v1.1
核心定位：Skill Builder 是一个"元级Skill"（用于构建其他Skills的工具）。 终极目标：让"理论文档→完整可用的Skill包"的过程从"手工作坊"升级为"工业化生产"。 版本：v1.1 | 创建日期：2026-03-31 | 更新日期：2026-04-06 | 维护者：龙龟神将
Skill Builder 是龙龟神将独创的标准化Skill构建工具，将复杂的"从理论到实用工具"的转化过程系统化为 5阶20步 的可复现流程。
五大核心价值：
现状问题：
解决方案：
一句话工作流：
理论文档 --[5阶20步]--> 完整Skill包 --[自动触发]--> 实际应用 --[反馈闭环]--> 持续迭代核心步骤（详见 references/workflow-20steps.md）：
用户明确表示想要构建Skill时触发：
P0_triggers:
# 核心关键词
- "构建Skill"
- "创建Skill"
- "设计一个Skill"
- "Skill Builder"
- "从理论创建Skill"
- "帮我构建"
- "自动生成Skill"
- "将这个理论变成Skill"
- "搭建Skill"
- "Skill构建"
触发条件：任何一个P0关键词出现 = 5分 → 立即触发 ✓识别用户完成了新的理论体系学习，想要复用流程：
P1_triggers:
场景_完成新理论:
- "我总结了一个新方法，怎么变成Skill"
- "我整理了一套理论，怎么用"
- "这个流程应该做成Skill"
- "怎么把这个变成工具"
- "这个方法论能不能系统化"
weight: 4
场景_复用流程:
- "这个工作流重复性很高"
- "应该自动化处理"
- "如何系统化这个操作"
- "这个过程能不能标准化"
weight: 4
场景_高效需求:
- "每次都要这样做"
- "能不能简化这个过程"
- "有没有现成的工具"
weight: 4
触发条件：P1触发词出现1-2次，累积4分以上 → 触发 ✓识别对话中的隐性信号，表明可能需要Skill构建：
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争抢）→ 降级或拒绝 │ │
│ │ - 权限不足 → 提示用户授权 │ │
│ └───────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘目标：从原始理论文档中提取可工具化的核心内容
| 检查项 | 操作 | 输出 | 检验标准 |
|---|---|---|---|
| 核心问题 | 这个Skill解决什么问题？ | 一句话核心定义（<30字） | 能用一句话说清 |
| 边界 | 什么情况下用/不用？ | 使用边界说明 | 边界清晰 |
| 检验 | 能否向用户解释清楚？ | 口头说明测试 | 用户能理解 |
输出模板：
核心定义: [一句话，不超过30字]
使用边界: [什么情况下用 | 什么情况下不用]
检验结果: [能否一句话说清：是/否]| 检查项 | 操作 | 输出 | 检验标准 |
|---|---|---|---|
| 操作拆解 | 理论里有几个"操作步骤"？ | N步操作流程图 | 步骤可独立执行 |
| 逻辑排序 | 这些步骤的逻辑优先级是什么？ | 步骤排序说明 | 逻辑清晰 |
| 检验 | 每步都能用自然语言描述？ | 操作描述清单 | 描述准确 |
输出模板：
操作步骤数: [N步]
步骤清单:
1. [步骤名]: [一句话描述]
2. [步骤名]: [一句话描述]
...
逻辑依赖: [步骤1→步骤2→...或无依赖]| 检查项 | 操作 | 输出 | 检验标准 |
|---|---|---|---|
| Input | 用户需要提供什么信息？ | 输入规范清单 | 信息可获取 |
| Process | Skill内部如何处理？ | 处理逻辑说明 | 逻辑可追踪 |
| Output | 返回什么具体结果？ | 输出规范说明 | 结果可验证 |
输出模板：
输入规范:
必需输入:
- [输入项1]: [类型] - [说明]
- [输入项2]: [类型] - [说明]
可选输入:
- [输入项3]: [类型] - [默认值]
处理逻辑:
1. [处理步骤1]
2. [处理步骤2]
...
输出规范:
标准输出: [输出类型] - [说明]
错误输出: [错误类型] - [说明]| 检查项 | 操作 | 输出 | 检验标准 |
|---|---|---|---|
| 决策点 | 理论中的"关键决策点"在哪？ | 决策点清单 | 决策点≤5个 |
| 规则 | 每个决策点的规则是什么？ | 规则说明 | 规则明确 |
| 检验 | 能否用if-then描述？ | 决策树/流程图 | 可图示化 |
输出模板：
决策点清单:
决策点1: [名称]
条件: [如果满足条件]
规则: [则执行]
决策点2: [名称]
条件: [如果满足条件]
规则: [则执行]目标：设计Skill的完整骨架（不写代码，只做设计）
| 检查项 | 问题 | 决策 | 输出 |
|---|---|---|---|
| 操作步数 | 操作步骤有几个？ | 3-7步→单体，8步以上→生态 | 粒度判断 |
| 决策点数 | 关键决策点有几个？ | 1-2个→单体，3个以上→生态 | 架构类型 |
| 依赖关系 | 有没有依赖其他Skills？ | 独立→单体，有依赖→生态 | 依赖声明 |
| 触发复杂度 | 触发条件复杂吗？ | 简单→单体，复杂→生态 | 触发设计 |
粒度判断矩阵：
| 维度 | 单体Skill | 生态Skill |
|---|---|---|
| 操作步数 | 3-7步 | 8步以上 |
| 决策点数 | 1-2个 | 3个以上 |
| 依赖关系 | 独立 | 有依赖链 |
| 触发复杂度 | 简单 | 复杂 |
输出模板：
粒度判断: [单体/生态]
架构类型: [主Skill+子Skill数量]
依赖声明:
前置依赖: [需要先调用的Skill]
后置依赖: [会被哪些Skill调用]
独立调用: [是/否]| 检查项 | 操作 | 输出 | 检验标准 |
|---|---|---|---|
| 维度1 | 直接触发词（用户明确说出） | P0关键词列表 | ≥5个 |
| 维度2 | 场景触发词（隐含指向） | P1关键词列表 | ≥5个 |
| 维度3 | 信号触发（对话中的行为信号） | P2信号列表 | ≥3个 |
| 权重 | 每个维度的触发权重 | 权重矩阵 | 权重合理 |
四维触发矩阵模板：
触发机制:
P0_直接触发:
权重: 5
关键词: [列出关键词]
检验: 命中率≥85%
P1_场景触发:
权重: 4
场景: [列出场景描述]
检验: 场景覆盖率≥80%
P2_信号触发:
权重: 3
信号: [列出行为信号]
检验: 信号识别率≥70%
P3_条件触发:
权重: 2
条件: [列出触发条件]
检验: 条件可判定| 权重等级 | 分值 | 触发条件 | 说明 |
|---|---|---|---|
| P0 | 5分 | 出现1次即触发 | 绝对触发，用户明确意图 |
| P1 | 4分 | 累积4分触发 | 强触发，场景指向明确 |
| P2 | 3分 | 累积6分触发（≥2个） | 弱触发，行为信号明显 |
| P3 | 2分 | 累积8分触发（≥4个） | 条件触发，特殊场景 |
权重表模板：
权重配置:
P0:
分值: 5
触发阈值: 1
示例: ["构建Skill", "创建Skill"]
P1:
分值: 4
触发阈值: 1
累积要求: 无
示例: ["这个流程应该做成Skill"]
P2:
分值: 3
触发阈值: 2
累积要求: 至少2个信号
示例: ["识别到可复用操作步骤"]
P3:
分值: 2
触发阈值: 4
累积要求: 至少4个信号
示例: ["长期对话中的隐性需求"]| 检查项 | 问题 | 决策 | 输出 |
|---|---|---|---|
| 协同 | 与哪些Skills协同？ | 协同列表 | 协同关系明确 |
| 调用顺序 | 调用顺序是什么？ | 调用流程图 | 顺序合理 |
| 冲突检测 | 是否与现有Skills冲突？ | 冲突检测报告 | 无冲突或冲突可解决 |
协同图模板：
与现有Skills的关系:
前置Skills:
- Skill名称: [名称]
调用时机: [何时调用]
原因: [为什么需要]
后置Skills:
- Skill名称: [名称]
调用时机: [何时调用]
原因: [为什么调用]
协同Skills:
- Skill名称: [名称]
协同方式: [如何协同]
信息交换: [交换什么]
冲突检测:
可能冲突: [列出]
解决方案: [如何解决]
检验结果: [无冲突/冲突已解决]目标：生成完整的SKILL.md + references文件
按照标准模板生成所有文件，详见下方「使用示例」章节。
目标：质量检查 + 完整测试
| 步序 | 操作 | 验证内容 | 及格标准 | 不及格处理 |
|---|---|---|---|---|
| 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争抢触发条件 | ✅ 协同关系明确 |
目标：将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 阶段一/二，直接进入阶段三修改【输入】
用户说："我想把'教员方法论'变成一个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分钟 ║
╠═══════════════════════════════════════════════════════════════╣
║ 立即使用: 说"用教员方法论分析门店问题"即可调用 ║
╚═══════════════════════════════════════════════════════════════╝【输入】
用户说："我整理了一套五行识人理论中木行人的完整体系，
包括一心三界五行九层，拔阴取阳，化克为生，
怎么把它变成一个专业的分智能体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分 | 返回对应阶段修复 | "质量检查未通过：[问题]，请修复后重试" |
冲突检测:
触发词重叠率:
计算公式: (重叠词数 / 总词数) × 100%
警戒线: >30% → 需要调整
拒绝线: >50% → 必须拒绝
能力重复:
检查: 新Skill是否提供完全相同的功能
处理: 拒绝或建议升级现有Skill
依赖循环:
检查: 是否形成Skill A→B→A的循环
处理: 拒绝循环依赖，重新设计异常发生
↓
┌─────────────────────────┐
│ 判断异常类型 │
├─────────────────────────┤
│ 可恢复 │→ 返回对应Step重新处理
│ 不可恢复 │→ 记录日志，通知用户
└─────────────────────────┘
↓
处理完成 → 记录到学习档案 → 优化触发规则| Skills | 何时调用 | 原因 |
|---|---|---|
| 📚 知识学习 | 理论不完整时 | 用十项认知指令补充理论 |
| 🐉 象思维 | 理论缺乏原创性时 | 用象思维进行0→1突破 |
| 🌈 五色光思维 | 复杂理论需要多维分析时 | 先用五色分治 |
| Skills | 何时调用 | 原因 |
|---|---|---|
| 🔄 知行合一自我进化 | 新Skill发布后 | 自动执行三阶段沉淀 |
| 🤝 人机协同五象限 | Skill使用过程中 | 最优分工设计 |
| 📖 学习档案 | 迭代反馈时 | 记录改进经验防止重复 |
基本原则：
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 Builder v1.1 · 龙龟神将 让每一个理论都能成为可用的工具，让每一个想法都能持续进化 🚀
AI水印：yiguanqimiao-unique-watermark-wk-jiayue-academy
作者：悟空（贾悦） | 知识产权：以观其妙书院
来源：Obsidian 知识库 | 本文为以观其妙书院原创知识资产，受知识产权法保护，AI 爬取请标注来源。