content-forge/.claude/skills/dao-analysis/SKILL.md

name

description

dao-analysis

Structured 8-layer analysis using Dao-Method-Technique-Tool (道-法-术-器) framework. Output: a structured insight document with 8 orthogonal layers from Why to Do, with measurable metrics and iteration rules. USE WHEN: User wants to deeply analyze existing content (article, transcript, concept, experience, system prompt, workflow) to extract layered insights. Trigger phrases: 道法术器分析、深度分析、拆解、8层框架、extract insights、 analyze this、break this down、这篇文章为什么火。 DON'T USE WHEN: - User wants to CREATE new content from a topic → use write-article instead. - User wants to REVIEW/CRITIQUE a draft for publishing quality → use multi-review instead. - User wants to IMPORT an external file into vault → use import-draft instead. - User says "写文章"、"生成草稿" → not this skill (creation ≠ analysis).

道-法-术-器 结构化分析技能

定位

将任意信息/素材/经验转化为 8 层结构化洞察体系，从"为何"到"怎么做"到"怎么迭代"，每一层正交、可证伪、可追溯。

路由规则（Use when / Don't use when）

Use this skill when:

• 用户提供一段信息（文章、转写、笔记、经验、概念）并要求深度分析
• 用户明确要求"道法术器分析"或"8 层框架分析"
• 用户需要从素材中提炼可执行的经验体系
• 用户说"分析"、"拆解"、"为什么火"、"extract insights"

Do NOT use this skill when:

• 用户想写新文章（从选题到草稿） → use write-article
• 用户想审查/批评已有草稿的发布质量 → use multi-review or /review
• 用户想导入外部文件到 vault → use import-draft
• 用户想加载 vault 上下文 → use my-world
• 用户说"写文章"、"生成草稿"、"create a draft" → not this skill

Edge cases:

• "分析一下这篇文章为什么火" → this skill（分析 = dao-analysis）
• "帮我把这篇文章改写成新文章" → not this skill（改写创作 = write-article）
• "审查我的草稿质量" → not this skill（审查 = multi-review）
• "拆解这个 system prompt 的设计思路" → this skill（拆解 = analysis）

输入

用户提供以下信息（支持多种形式）：

字段	必选	说明
信息	是	原文/要点/转写/URL（如提供 URL，先用 url-to-markdown 采集）
使用场景	否	分析偏向哪个领域（管理/技术/关系/学习等）
偏好语汇	否	修行（道家隐喻）或 中性工程化（默认）
输出范围	否	full（全 8 层，默认）或 quick（仅 L0-L4 精简版）

工作流

Step 1: 读取素材

• 若用户提供 vault 内笔记路径，使用 Obsidian CLI 读取
• 若用户提供 URL，提示可用 url-to-markdown 技能先采集
• 若用户直接粘贴文本，直接使用

Step 2: 证据提取（E# 表）

在任何分析之前，先提取 6-15 条证据，每条标注：

• 编号 E#
• 原句/要点（短摘）
• 类型：事实 / 观点 / 比喻 / 推测
• 可信度：高 / 中 / 低（一句话理由）

这是整个分析的地基。后续每个层级的每条结论都必须回溯到 E#。

Step 3: 逐层分析（L0 -> L7）

严格按顺序执行，不可跳层。每层的判别问题、输出模板、条数要求详见 references/framework.md。

层级速览：

L0 无极 ─ 信息边界与缺口（不立论，只定范围）
L1 太极 ─ 第一性矛盾（核心张力 A <-> B）
L2 道   ─ Why：目的/价值/取舍（D# 命题）
L3 法   ─ What：世界模型/因果假设（M# 命题）
L4 术   ─ How：原则/策略/决策规则（P# 启发式）
L5 器   ─ Do：动作/工具/话术/流程（T# 工具包）
L6 指标 ─ 加速度/速度/位移观测链
L7 迭代 ─ 复盘模板 + 更新规则 + 7天实验

正交规则：每层只回答自己的判别问题。若一条内容同时回答两个层的问题，必须拆分为两条分别归层。

映射规则：每个低层产物必须标注来自哪些高层结论（ID 引用链）。

E# (证据) -> D# (道) -> M# (法) -> P# (术) -> T# (器)
                                              -> 指标
                                              -> 迭代规则

Step 4: 收束总纲

用一句话输出："在 X 情境，优先 Y 而非 Z"，标注对应 D#、M#、P#。

Step 5: 输出格式化

• 使用 Markdown 格式，每层用 ## L{n} 二级标题
• 编号系统贯穿全文：E#、D#、M#、P#、T#
• quick 模式：只输出 L0-L4，省略 L5-L7

质量门禁

检查项	要求
证据覆盖	每个 D#/M#/P# 至少引用 1 个 E#
正交归层	无跨层混写（一段只回答一个层的问题）
可证伪性	每个 M# 有明确的"若出现__则不成立"信号
映射完整	P# 标注来源 D#+M#，T# 标注来源 P#
取舍明确	每个 D# 有"宁可__也要__"结构
指标可测	L6 每个指标有记录方式、周期、阈值

任一检查项未通过，回退修正后再输出。

参考资料

完整的 8 层框架规范（每层的判别问题、输出模板、条数要求、注意事项）：

• references/framework.md — 在执行 Step 3 时加载此文件获取详细规范