结构笔记工具。适用于"写文章/整理项目文档/整理项目资料/整理文件夹里的文档/大纲整理/串联论证/解释复杂话题"时需要阅读顺序和逻辑树。以半年后读者仍能看懂为目的,采用卢曼 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 的「创建目的」「卢曼方法论」「半年后可读」等设计,遵循以下编写策略: