130 lines
5.3 KiB
Markdown
130 lines
5.3 KiB
Markdown
---
|
||
name: dao-analysis
|
||
description: >
|
||
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 时加载此文件获取详细规范
|