渐进式读书协作模式
模式定位
本模式用于处理“一本本慢慢读、一步步慢慢进”的研究工作。
它不要求一次性吃完一本书,也不要求第一次理解就定稿,而是允许材料持续进入、理解持续修订、页面持续增厚。
整体逻辑
整本书 / 一章 / 一段摘录 / 一个问题
-> 进入 raw/ 保留原貌
-> 判断影响到哪些实体页、概念页、比较页
-> 优先更新既有页面
-> 必要时才新建页面
-> 同步 index.md 与 _meta/log.md
-> 为下一次回读留下可继续推进的接口
角色分工
| 角色 | 主要任务 |
|---|
| 我 | 负责摄取材料、拆分节点、维护链接、更新索引与日志、控制结构膨胀 |
| 你 | 负责选择材料、提出问题、重新阅读、修正理解、决定哪些问题值得深挖 |
为什么适合古典政治哲学
| 研究特点 | 本模式的对应优势 |
|---|
| 文本密度高,不能一次读透 | 允许分章节、分问题推进 |
| 同一文本需要反复回读 | 允许多轮更新,不把第一次理解当终稿 |
| 概念之间关系密集 | 通过 [[wikilinks]] 保持概念网络 |
| 需要比较不同作者、文本与概念 | 通过 comparisons/ 固定比较轴 |
| 既要贴近文本,又要做理论抽象 | raw/ 保留经验材料,concepts/ 与 comparisons/承接分析 |
材料进入方式
| 你给我的内容 | 我如何处理 |
|---|
| 整本书 | 放入 raw/books/,建立该书的持续摄取入口 |
| 某一章 | 视为一次局部 ingest,更新相关页面 |
| 一段摘录 | 按概念或争点归入既有节点 |
| 你的问题 | 先基于现有页面回答,必要时沉淀到 queries/ |
| 回读后的修正 | 更新原页面并在日志中保留修订痕迹 |
一本书的推进节奏
| 阶段 | 动作 | 输出 |
|---|
| 入库 | 把整本书放入 raw/books/ | 原始材料保留 |
| 初读 | 先抓核心问题、关键概念、重要人物 | 更新已有骨架页 |
| 分章推进 | 每次处理一章或一个主题单元 | 局部更新 entities/、concepts/、comparisons/ |
| 回读修订 | 重新理解、纠正前次判断 | 页面内容调整,updated 与 _meta/log.md 同步 |
| 阶段总结 | 当某条线索已经成形时做汇总 | 比较页或查询页变厚 |
文本实体页逐卷分析的粒度标准
文本实体页(如 [[理想国]]、[[法律篇]])中的逐卷分析,应达到以下粒度,不能只写论点摘要:
| 内容要素 | 说明 |
|---|
| 完整论证链 | 从起点到结论的推进步骤,包括关键转折和中间命题 |
| 关键细节 | 具体的区分、分类、反驳对象、引用的人物或文本 |
| 核心意象与比喻 | 重要的思想实验、比喻、意象(如金绳、恐惧药水)需单独展开 |
| 未决问题或张力 | 若有内在张力或与其他文本的对照点,应标注 |
粒度不足时,宁可在确认阶段被要求补充,也不应以摘要代替分析。
文本实体页逐卷写作模板
逐卷分析默认采用以下结构,除非本卷材料非常短或用户明确要求只做临时摘要:
### Book / 卷次:标题
**核心任务**:说明本卷在全书中的功能,以及它解决或制造了什么问题。
---
**节点一:节点标题**
说明本节点的起点、对话推进、关键区分、论证转折与阶段性结果。
必要时加入表格或 ASCII:
对象 A / 对象 B 的对照
或
起点 -> 条件 -> 转折 -> 结果
---
**节点二:节点标题**
继续按文本推进,而不是按主题随意重排。
---
**核心意象 / 关键比喻**
若本卷出现重要意象、神话、思想实验或比喻,应单独说明其论证功能。
---
**Book / 本卷完整论证链**
```text
起点
↓
关键转折一
↓
关键转折二
↓
本卷结论或下一卷入口
```
**涉及实体**:人物、神话对象、城邦、制度、文本等。
**待确认张力**:术语选择、论证跳跃、与其他卷或其他文本的冲突。
写作风格要求
| 要求 | 说明 |
|---|
| 先给核心任务 | 让读者知道本卷为什么在这里出现 |
| 按节点推进 | 保留文本的论证顺序,避免只按主题摘抄 |
| 图表服务解释 | 表格、ASCII 用来呈现关系,不代替论证说明 |
| 保留关键意象 | 神话、比喻、思想实验要说明其论证功能 |
| 用完整论证链收束 | 每卷末尾必须能恢复“从哪里来、推到哪里去” |
| 标出未完成边界 | 只共读到某部分时,明确写明范围,不冒充整卷定稿 |
禁止写法
只写:
## 第二卷总览
| 单元 | 内容 | 结论 |
问题:
看起来结构化,但没有呈现论证如何一步步推进。
摘要表可以作为辅助入口,但不能成为文本实体页逐卷分析的主体。
页面更新原则
| 情况 | 处理方式 |
|---|
| 新材料补充已有核心人物或概念 | 优先更新旧页 |
| 新材料只是局部例证 | 写入旧页,不单独建页 |
| 新材料形成稳定新对象 | 新建页面,并补入 index.md |
| 一本书只是材料来源,还未形成稳定分析节点 | 先留在 raw/,不急着新建分析页 |
| 前次理解需要修正 | 直接更新页面,并在日志记录修订 |
控制负担的规则
raw/ 可以多
分析页不要滥建
优先更新旧页
比较页保持克制
每次只推进一个清晰单元
| 可能的负担 | 控制方式 |
|---|
| 页面越来越多,难以维护 | 先补旧页,后建新页 |
| 同一问题被反复重写 | 把重复内容汇回核心页 |
| 理解不断变化,怕前后冲突 | 允许修订,并通过 _meta/log.md 留痕 |
| 书太大,推进困难 | 改成按章、按问题、按摘录处理 |
一次标准协作循环
你发来材料
-> 我判断它主要影响哪些页面
-> 我更新页面、索引、日志
-> 我执行阶段性结构反思
-> 我向你说明”改了什么、为什么这样归类、下一步还能怎么接着读”
-> 你继续回读或投喂下一段材料
写入方案的检查步骤
在执行写入之前,必须先完成以下检查,不得跳过:
第一步:列出本轮讨论涉及的全部概念、实体、比较对象
(不只是”印象中的主要内容”,而是逐一过一遍)
第二步:对照 index.md 中的现有页面,逐一判断:
- 有现有页面可承载 → 更新
- 无现有页面但符合建页门槛 → 新建
- 无现有页面且不符合建页门槛 → 查 `_meta/概念追踪.md`:
· 已在追踪表中 → 更新出现记录,判断是否触发升格
· 未在追踪表中 → 录入追踪表(候选中)
第三步:执行写入(在 `wip/*` 分支上)
第四步:汇报已改文件、变更类型、核心变化、待确认点,等待人工确认后 commit/merge
说明:本仓库采用”执行后汇报确认”模式,而非”方案先行确认后执行”模式。原因:写入结果比抽象方案更直观,diff 本身就是最好的方案说明。人工确认门槛在 commit/merge 环节,而非写入前。
此步骤的目的是防止因”凭记忆判断”而遗漏概念页或实体页的更新。
阶段性结构反思
每完成一个清晰单元(一卷、一个主题片段)并写入完成后,在汇报之前执行以下自审:
| 检查项 | 问题 | 不满足时 |
|---|
| 实体页完整性 | 本轮涉及的文本实体页,逐卷分析是否覆盖全部已读内容? | 补写遗漏节点 |
| 概念追踪更新 | 本轮出现的概念是否已查 _meta/概念追踪.md? | 新概念录入;已有概念更新出现记录 |
| 概念升格 | 追踪表中是否有概念触发升格条件(≥2 次出现 / 核心论题)? | 建页 → 标记”已升格” → 登记 index.md → 记录 _meta/log.md |
| 已有概念页补充 | 本轮内容是否涉及已有概念页,但未更新? | 补充对应概念页 |
| 实体页补充 | 本轮是否涉及已有实体页(人物、文本)但未更新? | 补充对应实体页 |
| 比较轴 | 本轮是否形成新的可固定比较轴? | 更新或新建比较页 |
此步骤的目的是防止”写完了正文但忘了维护结构”——这是渐进式读书最容易累积债务的地方。
Git 协作流程
角色分工
| 角色 | 主要任务 |
|---|
| 我 | 创建或切换工作分支、修改文件、整理 diff、汇报变更、执行 commit/merge |
| 你 | 判断本轮修改是否成立、是否需要继续修订、是否允许进入 main |
分支与流程
- 工作分支统一使用
wip/* 前缀,每个边界清晰的任务单独建分支。
main 默认只保留已人工确认的正式内容。
你提出任务
-> 我切到 `wip/*` 分支
-> 我修改相关页面
-> 我执行写入前检查与阶段性结构反思
-> 我汇报:已改文件、变更类型、核心变化、待确认点
-> 你确认是否接受本轮内容
-> 若确认:我在 `wip/*` 上 commit
-> 若确认并入主线:我执行 merge 到 `main`
汇报接口
| 接口 | 作用 |
|---|
| 已改文件 | 让本轮修改范围可追踪 |
| 变更类型 | 区分新增、删改、重组、留痕 |
| 核心变化 | 说明知识结构究竟哪里变了 |
| 待确认 | 标出概念、术语、判断或路径中仍需你拍板之处 |
| Git 动作建议 | 说明是继续修改、commit、还是并入 main |
commit 与 merge 规则
- 默认先改文件、后汇报,不在你尚未确认内容时直接并入
main。
- 你确认”本轮修改成立”后,我再在
wip/* 上 commit。
- 你确认”这批内容可以成为正式主线”后,我再把对应提交并入
main。
- 纯粹的 Git 状态查看、diff 比对、临时分支创建等操作,不强制写入
_meta/log.md。
- 若 Git 流程本身被制度化调整,或页面/治理文件内容因此发生变化,仍应同步写入
_meta/log.md。
每次 ingest 后我应给出的展示
| 展示内容 | 目的 |
|---|
| 本次材料放入了哪里 | 让材料路径可追踪 |
| 本次更新了哪些页面 | 让你知道知识网具体变动 |
| 为什么更新这些页而不是别的页 | 保持结构透明 |
| 有没有形成新的比较轴或争议点 | 帮你抓住研究推进点 |
| 还有哪些“待确认” | 为下一次回读留下接口 |
当前仓库中的实施方式
| 层级 | 当前位置 |
|---|
| 原始材料层 | raw/ |
| 人物/城邦等实体页 | entities/ |
| 概念页 | concepts/ |
| 比较页 | comparisons/ |
| 重要问答 | queries/ |
| 规则与日志 | _meta/SCHEMA.md、index.md、_meta/log.md |
当前共识
- 这是一个允许慢速推进的研究模式。
- 这是一个允许反复回读和修正理解的研究模式。
- 这是一个以结构累积而不是以篇幅堆积为目标的研究模式。
- 对古典政治哲学而言,这种模式不仅可行,而且适合长期推进。