Menü
结构笔记工具。适用于"写文章/整理项目文档/整理项目资料/整理文件夹里的文档/大纲整理/串联论证/解释复杂话题"时需要阅读顺序和逻辑树。以半年后读者仍能看懂为目的，采用卢曼 Folgezettel 思维设计论证链。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
全能深度阅读工具（All-in-One Deep Reading）。适用于书/长文/研报/论文的深度消化。Use when 用户要深度消化一本书/长文/研报/论文并构建知识网络、产出结构笔记与原子笔记。融合 Mortimer Adler（结构）、Feynman（解释）、Luhmann（网络）、Pragmatist（工具化）、Critics（辩论）；强制 High Fidelity 案例保留与 Actionable 工具提取。关键词：深度阅读、结构笔记、deep learning、卢曼。
随机漫游知识网络并制造偶遇。Use when 用户说“随机漫游/随便逛逛/给我点意外连接/打破惯性”。
索引网络与入口维护工具。Use when 建新索引、网络大修体检处方开具、单篇/批量笔记寻找网状结构归属、执行每日 05/ 每日记录笔记挂载 MOC 时。负责落实卢曼网络连接架构（包含生成修复处方与写入操作）。
为新笔记提议链接候选（三路搜索）、关键词建议与 Gegenrede 反问。适用于写完新笔记后需要建立连接，或用户说「帮我找连接/链接提议/建议关键词/反问/Gegenrede」时调用。关键词：link-proposer、链接提议、关键词建议、反问、连接候选、Verweise、Gegenrede。
决策建议与权衡取舍（多视角分析）。适用于用户问“怎么办/该不该/怎么选/如何决策”，需要给出取舍理由、行动方案与风险对策。
用审查领域最强大脑（德明+葛文德）对多阶段流程的执行完成度做逐项核对与系统闭环检查，产出审查报告并可选补执行。适用于 book-reading、meeting-note、deep-learning 等有明确 Phase/步骤与 Definition of Done（或质量验收清单）的 skill。关键词：流程审查、执行完成度、是否执行完、用最强大脑检查、workflow audit。
| name | structure-note |
| description | 结构笔记工具。适用于"写文章/整理项目文档/整理项目资料/整理文件夹里的文档/大纲整理/串联论证/解释复杂话题"时需要阅读顺序和逻辑树。以半年后读者仍能看懂为目的，采用卢曼 Folgezettel 思维设计论证链。 |
设计规范见
../index-note/references/20260203_索引体系设计规范.md结构化流程详见references/结构化流程.md
知识网络的阅读导航系统。 核心理念：结构笔记是「阅读清单」而非「分类」——串联、论证、引导。
默认读者：未来的自己——假设已忘记当时情境、项目背景、为什么做这个结构。
写作原则：结构笔记必须自包含，让未来读者无需依赖记忆即可理解：
卢曼方法论（策略层）：
不要问"它属于哪个分类"，问"怎么读才能搞懂它"。 如需「查找入口」而非「阅读顺序」，请用
index-noteskill。
| 类型 | 回答的问题 | 隐喻 | 核心元素 |
|---|---|---|---|
| 索引 | 我想找 X，从哪进？ | 图书馆检索卡片柜 | 关键词 → 入口 |
| 结构笔记 | 我想搞懂 X，怎么看？ | 策划好的阅读清单 | 1、2、3… 的阅读顺序 |
[主题]_结构笔记.md 或 [主题]结构笔记.md）| 状态 | 条件 | 处理方式 |
|---|---|---|
| 活跃 | 正在使用 | 正常维护 |
| 归档 | 项目结束/文章完成 | 标记归档，保留只读 |
结构化流程详见
references/结构化流程.md
按 references/结构化流程.md 的 Step 1-5 执行：
结构化流程详见
references/结构化流程.md
将散落的笔记整理进有序的阅读路径（Bottom-up）。
对每篇笔记，思考它在序列中的角色（Folgezettel）：
见下文「输出模板」。
**文档**：[[笔记名]]
**1. 逻辑定位 (Logic Role)**：
> "它在论证链中扮演什么角色？"
- [ ] **前驱 (Premise)**：基于 [[笔记A]] (铺垫/原理)
- [ ] **本位 (Argument)**：提出核心观点...
- [ ] **后继 (Function)**：为 [[笔记B]] 提供支撑/反例
**2. 序列插入 (Sequence Insertion)**：
> "把它插在阅读清单的哪里？"
- [ ] **插入位置**：在 [[结构笔记_X]] 的 [[笔记A]] 之后
- [ ] **阅读引导**：先读 A，再读本篇（因为...）
**3. 结构补完 (Gap Analysis)**：
- [ ] (可选) 是否缺了中间环节？→ 建议补写 [[笔记C]]
| 文档 | 逻辑角色 (Role) | 序列位置 (Sequence) | 补完建议 (Gap) |
|---|---|---|---|
| [[笔记A]] | 核心论点 | 1.作为开篇 | - |
| [[笔记B]] | A 的具体案例 | 2.紧接 A 之后 | 建议补一个反例 |
# [主题]结构笔记
> **所属索引**：[[索引名称]]
> **更新**：YYYY-MM-DD
>
> **当时语境**（半年后仍能看懂的关键）：YYYY年M月，因 [项目/写文章/解释X] 需要，整理 [主题] 的阅读路径。预期阅读后能 [一句话概括收获]。
>
> **默认读者**：未来的自己——本结构自包含，不依赖记忆。
---
## 逻辑树 (Logic Tree)
① [[核心笔记]] — 框架概述
└─ [[深化笔记]] — 具体应用
└─ [[案例笔记]] — 实践例证
---
## 阅读顺序 (Sequence)
> 每个顺序都有「理由」：半年后读到这里，仍能理解为什么下一步是它。
1. **[[笔记A]]** (Premise)
> 理由：建立基础概念...（接在谁后面？为什么先读它？）
2. **[[笔记B]]** (Argument)
> 理由：核心机制解析...（依赖 A 的什么？）
3. **[[笔记C]]** (Conclusion)
> 理由：实战应用与总结...（导向什么？）
---
## 意外发现区（Serendipity）
> 卢曼强调：知识网络的价值在于「意外连接」。虽然不在主阅读路径，但可能带来启发的笔记：
- **[[笔记X]]** — 不同领域但类似模式（跨域类比）
- **[[笔记Y]]** — 反例/对比视角（批判性思考）
- **[[笔记Z]]** — 意外相关的主题（网络漫游）
---
相关索引：[[索引_xxx]]
| 错误 | 解决 |
|---|---|
| 结构笔记没有阅读顺序（只有列表） | 必须有 1、2、3 的顺序 + 理由 |
| 结构笔记没有被索引指向 | 在相关索引添加入口 |
| 逻辑树过于扁平（无层级） | 区分核心/深化/案例层次 |
| 结构笔记太长（变成文章） | 保持导航性质，不要写内容 |
| 没有说明为什么这个顺序 | 每个阅读项都要有理由 |
| 缺少当时语境 | 顶部必须写「何时、为何、在什么项目下」——半年后看不懂 |
| 理由太简略 | 理由要回答「半年后读到这里，为什么下一步是它？」 |
❌ Before（问题版本）：
# 项目X结构笔记
## 阅读顺序
1. [[笔记A]] — 建立基础
2. [[笔记B]] — 深入理解
3. [[笔记C]] — 实践应用
问题诊断：
✅ After（修正版本）：
# 项目X结构笔记
> **当时语境**：2026年1月，因需要向新团队成员解释项目X的设计逻辑，整理阅读路径。预期阅读后能理解：为什么选择架构A而非B、如何落地执行。
> **默认读者**：未来的自己——本结构自包含，不依赖记忆。
## 阅读顺序
1. **[[笔记A：用户需求分析]]** (Premise)
> **理由**：需先理解用户的3大核心痛点（来自笔记A第2节），才能理解下一篇的架构设计为什么选择"分布式"而非"单体"。
> **接下来**：理解了需求后 → [[笔记B]]理解架构选择
2. **[[笔记B：架构设计决策]]** (Argument)
> **理由**：基于A的痛点2（高并发），本篇解释为什么选择分布式架构。依赖A的"用户规模预测"（10万+）作为决策依据。
> **前置依赖**：需先读[[笔记A]]，否则看不懂"为什么不用单体架构"
> **接下来**：理解了架构后 → [[笔记C]]看实践案例
3. **[[笔记C：实践案例]]** (Conclusion)
> **理由**：B是理论，C是实战——展示架构在真实场景的应用与踩坑经验。
## 意外发现区
- **[[笔记D：反例_单体架构的失败]]** — 对比视角，理解为什么不选单体
改进要点： ✅ 增加当时语境 ✅ 理由具体化（说明依赖什么、为什么这个顺序） ✅ 增加意外发现区（反例） ✅ 标注前置依赖和接下来的阅读路径
本 skill 的「创建目的」「卢曼方法论」「半年后可读」等设计，遵循以下编写策略：