我是标准的打工人，Obsidian 笔记库是工作流的中枢，但它越来越像"仓库"而不是"工作台"。每天早上的固定动作：打开今日待办那篇笔记，翻到今天的日期；切到本周日程，看有没有会；再点开项目进展，回忆昨天干到哪；最后还得去会议纪要里找前两天说的结论。每天打开 Obsidian，先花十分钟找笔记，找到之后才想起自己要干什么。
2026 年 10 月，我把 Nutstore Sync 升级到 1.6.0，用它新加的「创建 App」功能搭了一个个人行动中枢。这篇记录我作为普通打工人的搭建过程和使用变化。
痛点拆解：记录太多之后，维护成本越来越高
我的笔记库问题不是"没记"，而是"记了之后维护不动"。拆开看有三个具体表现：
记录的成本是一次性的，维护的成本是每天持续的。 笔记越多，维护负担越重，最后人会本能地开始少记——而少记的那一天，就是笔记库开始失效的那一天。
搭建步骤：在 AI 对话框里描述需求，生成雏形再调整
搭建过程比我想象的简单，核心就一句话：在 AI 对话框里描述你的需求，让插件从库里抽取节点生成界面，再慢慢调。
我的实际操作：
关键心得：第一次生成是"雏形"，不是"成品"。 我前后调整了两轮，全程没有手动改任何笔记，App 里的条目就跟着库里真实的内容走了。
双向联动怎么用：早晚各一次，数据自动回写
个人行动中枢最让我省心的，是它的双向联动：App 里勾掉一个待办，原始笔记里的对应待办自动打勾；反过来，我在原始笔记里改的内容，App 里也同步出现。
我一周用下来的固定节奏：
- 早上：在 App 看全局。 打开个人行动中枢，今天有几件事、这周有哪些会、项目卡在哪个环节，一个界面扫完，不翻原始笔记；
- 白天：随手更新。 会议结束在 App 里补结论，进度改了直接在对应条目上更新，改动都回写到原始笔记；
- 晚上：在 App 里回写复盘。 把今天做完的、没做完的、明天要做的，在 App 里整理出来，原始笔记自动同步。
以前"看全局"和"记细节"是两套动作，现在是一套。 我不再需要先开汇总页、再开原始笔记对照着改，App 本身就是那个"改完就同步"的入口。
一周使用后的变化：动线对比
用了一周，我把以前和现在的动线摆在一起对比，变化非常直观：
以前（打开 Obsidian 干一件事）：
四步操作、四个页面，中途任何一步被打断，就可能忘了回到哪篇笔记。
现在（打开 Obsidian 干同样的事）：
动线从"满库找笔记"变成了"一个界面干活"。 单独看每件事都小，但乘以每天三次、一周五天，节约的是注意力的切换成本——这才是最贵的部分。
边界与提醒：App 是界面，不是新数据源
夸完之后，边界必须说清楚：
第一，App 是界面，不是新数据源。 它把库里已有的待办、日程、项目、复盘整合到一个界面，底层还是那些笔记。它不会替你发明新数据，也不会替你做原本没记录的事——你平时不记的东西，App 里也不会凭空出现。
第二，App 依赖你笔记库的组织。 笔记命名、目录结构越规整，抽取出来的节点越准确。如果库本身是一团乱麻，建议先花点时间整理再搭 App，否则生成的是"乱麻的界面"。
第三，同步策略要按设备分工。 我自己的配置是主力电脑用双向同步（需要随时读写，必要，但也要接受这是冲突最易发生的地方），备用设备和手机按用途选仅接收或仅发送——仅接收是减少冲突的神器，只读设备从源头消灭制造冲突的能力。真遇到同时改动的冲突，还有 4 种冲突解决策略兜底：无冲突合并会保留两份修改并标记，不静默丢数据；Diff3 合并生成 Git 风格冲突标记，还能选中标记区域让 AI 理解两边意图帮你取舍；本地优先和服务器优先按场景选。
对比表格：同样想"一个地方看全部"，三条路线谁更省心
想把分散的笔记"汇总到一处看"，常见做法有三类，我把它们和 1.6.0 的内置 App 放在一起对比：
| 是否自动回写 | App 修改直接回写原始笔记，反之亦然，双向一致 | 汇总页是另一份文件，改动要手动同步回原笔记 | 查询结果只读，改内容要回原始笔记改 |
| 维护成本 | 界面由库抽取生成，描述需求即可调整，不需要维护第二份数据 | 每记一条新内容，汇总页就要手动补一条 | 查询语句要维护，库结构变了语句可能要改 |
| 可操作性 | 待办可勾选、条目可更新，界面本身就是操作入口 | 只能看和手动改文本 | 只能展示，不可直接操作 |
结论直白：手动汇总页的问题是"多维护一份数据"，Dataview 的问题是"只能看不能改"，内置 App 同时解决了这两点——数据只有一份，界面可以直接操作。 如果你的库里有几百条笔记还天天手动维护汇总页，这个对比应该能说明问题。
FAQ：打工人关于个人行动中枢最常问的 7 个问题
Q1：搭个人行动中枢之前，需要先整理笔记库吗？
建议先粗略整理。App 从库里抽取核心节点，笔记的命名和目录越规整，抽取越准。不用追求一次到位，但至少把"待办""项目""日程"这类内容放到能识别的位置。
Q2：App 会创建新笔记吗？还是只读？
它是可操作界面，不是只读汇总。你在 App 里的勾选、更新都会写回对应的原始笔记——这才是"双向联动"的含义：集中查看、集中操作、自动回写。
Q3：我记的待办格式不统一，App 能识别吗？
能识别多少取决于库的结构。格式太乱的话，生成后可能漏节点，这时直接在对话框里补充说明，让它把对应笔记加进 App。我遇到的漏项就是这么补上的。
Q4：早上在手机上看待办，晚上在电脑上更新，状态会一致吗？
会。笔记走同步（智能增量同步，修改只上传变化的数据块），App 和原始笔记又双向联动，手机端和电脑端看到的是同一份数据。手机端如果只看不改，可以设成仅接收，进一步减少冲突。
Q5：如果两台设备同时改了同一个待办，会不会丢？
不会静默丢。无冲突合并会保留两份修改并标记；用 Diff3 合并还能选中冲突标记区域让 AI 帮忙取舍。建议个人使用固定一台主力设备承担主要编辑，冲突概率极低。
Q6：App 里的 AI 功能，会把我的工作内容传出去吗？
AI 功能用的是你自己配置的 API Key，Key 只存在本地不上传坚果云，请求走你选择的模型服务。介意的话，手机端可以只开同步、关掉 AI，App 照常当本地工作台用。
Q7：如果我搭错了或者不想要了，能删吗？
能。App 是界面，删除它不影响底层笔记——这也是"不是新数据源"的另一个好处。放心试，不满意重搭的成本很低。
