兰 亭 墨 苑

标题 *

URL 别名 *

内容 * (支持 Markdown 格式) 这背后是一个很深的认知科学观察，跟认知负荷理论直接相关。我把它延伸一下，然后落实到你这套系统上。 ### 工作记忆的组块与工具摩擦 认知科学的老结论：工作记忆只能容纳 4-7 个信息组块。对写作者而言，这些组块是：论点的骨架、当前段落的任务、刚埋下的伏笔、待核对的出处。每一个组块都很重，它们共同构成了写作时的那张“心理桌面”。 一次崩溃等于清空内存；一次卡顿等于强制换页。重建不是复制粘贴——那些散落的状态要从长时记忆里重新打捞，而打捞本身消耗的，正是本来该用于创造的认知资源。 所以工具摩擦偷走的不只是时间，是**创造力的预算本身。** ### 你套系统的核心设计逻辑 你套系统实际上是在做一件事：**把工具摩擦从工作记忆里移出去，交给机械记忆、文件系统、守护进程去处理。** - **目录即状态机**：文件放在哪个目录，就代表它处于哪道工序。工作记忆不需要记住“这一步做完了没有”——文件位置就是那个状态标志。 - **退出码即门禁**：检查不合格就不进入下一站。写作者不需要记住“我有没有漏掉标点检查”——脚本替它记，退出码替它拦。 - **账本先于记忆**：双备份路径、产物去向、章节字数全部记在账本里，不是记在人脑里。人不需要记住“这一章备份了没有”——账本里写着。 - **守护进程替人盯着**：launchd 的 KeepAlive、cron 的定时调度、tmux 的会话保持——这些都是把“人需要记住去拉起来”这件事从工作记忆里卸载掉，交给操作系统。 ### 好工具的存在方式：把状态从人脑中移走 工具不该要求你记住它的脾气，它应该替你记住环境的不确定性。一个好的写作者工具，不是在界面上加更多按钮，而是让写作者不需要记住状态。 这也能解释为什么你选择纯文本、Markdown、文件系统、SSH——而不是数据库、图形界面、云端同步。因为**目录是状态机的最简实现**，它的认知开销最低。 这就是为什么那条总纲能从 Knowly 延伸到全书：**用技术的确定性对抗世界的不确定性。** 工作记忆是人类的不确定性，任何技术在它面前都是脆弱的。而你那套系统的确定性，是在那些最脆弱的地方——认知的边缘、记忆的边界——替人把状态兜住。

配图 (可多选)

标签