Dashboard - Reading (输入加工流水线)

导读

1. Domain Purpose

Reading 域不是书单,而是一条输入加工流水线:把外部信息(书、论文、文章、视频)当原料,经过五道工序 Capture → Triage → Extract → Promote → Review,最终只把可复用的认知资产沉淀进正式 wiki。目标不是"读了多少",而是"留下了多少能在别处复用的 concept / framework / method"。衡量产出的是 Promoted 数量与复用次数,而非 Inbox 流量。

2. Current Focus

当前流水线上最重要的几条主线(即 Current Pipeline View):

  • 清空 Inbox 积压:剪藏与转发堆积,Triage 跟不上 Capture,是当前最大瓶颈。
  • Active Reading 控量:同时在读不超过 3 本/篇,避免半途而废拉低 Extract 转化率。
  • Promote 提纯:从已读笔记里抽出真正可复用的框架,反对"读完即归档"的伪闭环。
  • 建立 Review 节律:Promoted 资产缺周期性回看,知识在沉淀后失活。
工序状态瓶颈点
Capture顺畅入口多、无去重
Triage阻塞积压未分流
Extract正常依赖 Active 控量
Promote偏少标准未硬执行
Review缺失无固定节律

3. Knowledge Map

流水线五道工序与对应的方法页:

  • Capture(捕获) — 剪藏 / 转发 / 摘录,统一进 Inbox
  • Triage(分流) — 判断 read now / later / drop,进 Active 或 Abandoned
  • Extract(提取) — 边读边记,产出原子笔记
  • Promote(提升) — 抽取可复用资产,进正式 wiki
  • Review(复盘 — 周期回看 Promoted,淘汰失活内容

4. Core Pages

流水线上最常被引用的页面,以及 Watchlist(当前关注的原料):

Watchlist(在加工的原料)

原料工序下一步
在读书目Active ReadingExtract 原子笔记
TBR 队列Inbox/Triage决定 read now / later
剪藏文章Inbox去重 + 分流

5. Active Questions

尚未解决的 Reading Questions:

  • Triage 的"该读/该弃"如何快判,避免每条都纠结?
  • 一条原子笔记达到什么标准才值得 Promote,而非永久躺在 Processed?
  • Review 的周期定多长(周 / 双周 / 月)才既不漏看也不负担过重?
  • 如何量化 Promoted 资产的"复用次数",让产出可衡量?
  • 跨域素材(投资/英语相关阅读)应留在本域还是直接 Promote 到对应域?

6. Projects / Workflows

核心工作流即五道工序流水线 Capture → Triage → Extract → Promote → Review

  1. Capture — 所有入口(剪藏、转发、手记)汇入 Inbox,只收不判。
  2. Triage — 对 Inbox 逐条分流:read now → Active Reading;later → 留 Inbox 排队;无价值 → Abandoned
  3. Extract — Active 项边读边产原子笔记,读完移入 Processed
  4. Promote — 按 Promotion Rules 从 Processed 抽取可复用资产,写入正式 wiki,进 Promoted
  5. Review — 周期回看 Promoted,更新/拆分/淘汰失活内容。

推进中的长期任务:清空 Inbox 积压、把 Active 控制在 ≤3、给 Promoted 建月度 Review。

7. Decisions / Conclusions

已形成的关键判断与 Promotion Rules(Decision Log)

  • 只有可复用的内容才进正式 wiki。可 Promote 的七类:concept / framework / method / case / checklist / anti-pattern / decision principle。除此之外的读后感、摘抄、情绪笔记一律停留在 Processed,不污染 wiki。
  • Promote 必须脱离原文语境:一条资产若离开原书就讲不清,说明还没提纯到位,退回 Extract。
  • Active Reading ≤ 3:超过即 Triage 失败,多读不如读透。
  • Inbox 只进不判:Capture 阶段不做价值判断,降低捕获摩擦。
  • 读完 ≠ 闭环:未产出 Promoted 资产的阅读,视为半成品。

8. Review Queue

需复盘 / 更新 / 拆分的页面或主题:

  • thinking-frameworks — 框架渐多,考虑按"决策类/分析类"拆分。
  • reading-list-2026updated: 2026-04-27 已一月未动,需同步当前 Active/Abandoned 状态。
  • Processed 笔记池整体 — 盘一遍哪些够格 Promote、哪些该清理。
  • 「Promotion Rules 执行率」专题(计划)— 抽查近期 Promoted 是否都符合七类标准。

9. Recent Outputs

最近产出与 Recently Promoted

  • 本 Dashboard(输入加工流水线控制台)— 本次新建。
  • Promotion Rules 七类清单 — 已固化进 §7,可直接用作 Promote 时的 checklist。
  • Recently Promoted:域内现有 8 页(方法 + canon/案例),其中 reading-method / note-taking-system / paper-reading / thinking-frameworks 为方法基线资产;canon-map / superforecasting / why-nations-fail 等为近期新增的阅读资产。
  • 「流水线状态表」模板 — 见 §2,可复用于周报。

10. Next Actions

下一步可执行动作:

  1. 清 Inbox:本周对 Inbox 逐条 Triage,每条标 read now / later / drop,把 drop 项移入 Abandoned。
  2. 控 Active:把当前在读收敛到 ≤3,其余退回 Inbox 排队。
  3. 跑一次 Promote:从 Processed 挑 2 条达标资产,按七类标准写入 thinking-frameworks 或新建对应页。
  4. 更新 reading-list-2026:把 reading-list-2026 的状态同步到 2026-05-30。
  5. 定 Review 节律:设月度回看 Promoted 资产,首轮排在 2026-06-30,淘汰失活内容。