日记 3.0我用 Obsidian Hermes把流水账变成洞察与成长的飞轮周洞察版这是我《Hermes Agent 养成指南》系列的第 12 篇文章。如果你也期望更系统的学习和应用 Hermes不妨点个关注一起学习交流。如果你已经按上一篇文章日记 2.0我用 Hermes Obsidian把流水账变成每天都能推进的任务清单基于 Karpathy 的日记心得实践搭好了「日记 → 明日计划 → 自动生成待办」那套执行力飞轮你大概率会遇到第二个阶段的问题•任务确实在推进但我好像还是在“忙”•我记录了很多但很难说清自己到底“变强”在哪里•我偶尔复盘一下挺有启发可是启发很容易散掉过几天又忘了结论我先讲清楚洞察这件事不必强行“按天”。更稳的做法是•日记按天写当原始数据•洞察按周做降低噪声、避免过拟合•数据源只用两样就够启动日记为什么 待办完成情况做了没你先把飞轮跑起来后面再逐步引入“结果数据、外部数据”。这篇文章只讲最小系统每周自动把一周的日记 todo 完成情况借助 Hermes 提炼成 1 份可复用的洞察笔记。1. 为什么我不建议一上来就“每天洞察”我自己踩过坑按天输出洞察很容易变成两种东西•情绪总结今天心情差就写“我不行”•道理复读写“要早睡、要专注”它们看起来像洞察但不可验证、不可复用而且一天的波动噪声太大容易“过拟合”。按周洞察的好处是•你能看到“模式”pattern而不是被单日情绪带着跑•你更容易把洞察写成“条件 → 结果”的解释•最重要它不会让系统变成压力源2. 周洞察飞轮长什么样日记 待办两条数据线合流你可以把它理解成一周一次的循环1收集这周的日记叙事 这周的 todos 完成情况行为2汇总分别提炼“本周发生了什么 / 本周做了什么”3洞察把两者对齐找出 35 个模式 12 条关键洞察4实验为下周设定 23 个“实验方向”不是任务清单Mermaid 画出来大概是这样这里有个很关键的工程思想•日记负责解释“为什么”•待办负责证明“有没有做”你把两条线合起来洞察才不容易飘。3. 目录结构怎么设计最小可用不加新概念你沿用上一节课的 daily 结构就行•daily/diaries日记按天•daily/todos待办按天•daily/insights洞察按周/按月考虑这套机制可能会跑很多年我更建议洞察目录按“年份 → 周期类型”组织daily ├── diaries │ └── 2026-04/2026-04-26.md ├── todos │ └── 2026-04/2026-04-26.md └── insights ├── 2026 │ ├── weekly │ │ ├── 2026-W17.md │ │ └── 2026-W18.md │ └── monthly │ └── 2026-04.md └── 2027 ├── weekly └── monthly你会发现我刻意让“洞察”按周独立成文件。原因很简单你以后想回看的不是当天流水账而是每周那几条结论。4. 每周怎么做20 分钟跑一圈我建议你把每周洞察固定在一个很具体的时间点比如周日晚上。流程只有三步1把本周的日记范围定出来7 篇日记2把本周的待办完成情况拉出来完成了哪些、没完成哪些3交给 Hermes 生成「周洞察笔记」写入daily/insights4.1 这套周洞察模板背后的方法论你会更容易写出“真洞察”如果你以前做复盘总觉得“写不出洞察”多数时候不是你不够聪明而是你缺一套稳定的提炼框架。我这份模板主要借鉴了两类很实用的方法论1AARAfter Action Review行动后复盘•本来打算做什么计划/待办的创建•实际做了什么待办完成情况 日记事实•为什么会有差异偏差分析 → 模式•下次怎么做下周实验方向 最小调整2科学方法假设-验证•先摆事实再提炼模式•洞察不是结论而是一条可被未来验证/推翻的“解释”条件 → 结果•下周不是立 Flag而是做 2-3 个小实验去验证假设你会发现AAR 负责把“叙事我怎么感觉”和“行为我到底做了没”对齐科学方法负责让洞察可验证不至于写成鸡汤。4.2 给 Hermes 的周洞察提示词可直接复制已按方法论优化你可以直接对 Hermes 说把日期按你本周实际范围改一下我需要你帮我做一次「周洞察复盘」。 数据源只使用两类不要引入其它来源 1) 本周日记daily/diaries 2) 本周待办完成情况daily/todosObsidian Tasks 格式 时间范围2026-04-20 到 2026-04-26。 复盘方法论要求 - 用 AAR本来打算做什么 / 实际做了什么 / 为什么有差异 / 下次怎么做来组织“偏差分析” - 用“科学方法假设-验证”来写洞察洞察必须是可被未来几周用日记待办验证或推翻的假设 输出一份「周洞察笔记」只输出结果不要解释 # 周洞察2026-W17 ## 0. 口径与数据范围 - 本次复盘覆盖的日期范围{start}{end} - 数据来源daily/diaries daily/todos ## A. AAR本来打算做什么Plan - 从日记的“计划/明日计划”与本周待办创建中提炼 3-5 条“本周原计划重点” ## B. AAR实际做了什么Do - 用非常客观的句子总结本周完成的事项3-5 条 - 再列出本周未完成/反复延期的事项3-5 条 ## C. AAR为什么会有差异Check - 输出「行为 vs 叙事偏差」 1) 计划写得多但执行少列 2-3 个典型例子 2) 执行很多但日记里没怎么提列 2-3 个典型例子 - 从这些偏差里提炼 3-5 条“本周模式Patterns”只写现象不要评价 ## D. 科学方法本周洞察Hypotheses1-2 条 - 每条洞察必须写成当/如果…条件→ 我更可能…结果 - 每条洞察必须附带“可验证信号”下周我应该在日记/待办里看到什么变化才算支持它 ## E. 下周实验方向Experiments2-3 条 - 每条用“假设”表达不要写任务清单 - 每条都写清要改变的变量是什么预期看到的信号是什么 ## F. 下周最小调整1 条 - 只允许 1 条 - 必须小到 15 分钟内能启动例如改一个环境设置/改一个固定时间段/删掉一个干扰源 硬性约束 - 不要写鸡汤不要给我贴标签 - 不要发散到“人生建议”只基于这周的日记与待办推理这个版本的结构目的很明确•A/B/C 用 AAR 把“计划-执行-偏差”对齐•D 把洞察约束为“可验证假设”•E/F 把下周变成 2-3 个小实验 1 个最小调整4.2 保存到洞察目录可直接复制当 Hermes 输出完成你继续说请将上面的「周洞察」保存到daily/insights/2026/weekly 文件夹下。 如果文件不存在请创建如果已存在请直接覆盖。5. 让流程可复用把「周洞察复盘」沉淀成 Hermes Skill到这里你已经能手工跑通一周一次的洞察闭环了但它还不够“工程化”。我更希望你把它变成一个可以反复调用的 Skill以后每到周日晚上你只需要一句话Hermes 就能按固定结构产出周洞察并写入固定路径。你可以对 Hermes 说可复制请基于我们刚才的「周洞察复盘」流程创建一个可复用的 Hermes skill。Skill 做好之后你未来想迭代也很简单比如•自动统计本周待办完成率、未完成清单•增加“反复延期任务 Top 5”•每月自动从 4-5 篇周洞察里再提炼一次月洞察这些都应该是“迭代 skill”而不是你每周手工加戏。6. 自动化闭环创建每周定时任务让周洞察自动生成当 skill 足够稳定就可以上自动化。我建议你先用“每周日晚上 21:30”作为默认时间避开白天的干扰也给你留足一周的数据。你可以对 Hermes 说可复制帮我基于刚才创建的「周洞察复盘」skill 创建一个定时任务我建议你先让它跑 2-3 次再决定要不要把“月洞察”也加进来。7. 你会得到什么这套飞轮的真实收益只用“日记 待办”两条数据线你每周会稳定得到三种收益1你不再靠感觉评价自己•待办完成情况会把“我这周很废”这种情绪拉回到事实层面2你能看见长期模式•单天你只会觉得“今天状态差”•一周你会看见到底是什么条件反复触发了它3你会开始形成可复用的个人策略•下周实验方向不是鸡汤而是你自己生活里真实可验证的假设8. 常见失败场景提前避坑1周洞察写成“周总结”•症状只是在回顾发生了什么没有模式/洞察/实验•修复强制输出 C/D/E/F 四段2把洞察写成标签•症状我不自律、我效率低•修复改成“条件→结果”的句子并且能被下周验证3把实验写成任务清单•症状下周要做 10 件事•修复只允许 2-3 条假设 1 条最小调整4只看日记不看待办•症状洞察很漂亮但和实际行动对不上•修复增加「行为 vs 叙事偏差」这一段逼自己对齐结尾先跑起来再优化这套「周洞察成长飞轮」我建议你就按最小系统开始•日记继续写流水账你已经在做了•待办继续每天自动生成并勾选上一节课已经搭好•洞察每周一次把两条数据线合流输出 1 份周洞察笔记先跑 4 周。等你真的形成几条稳定规律再考虑引入“结果数据/外部数据”去加强验证。如果你愿意你可以自行将周洞察再推进一步让 Hermes 自动汇总本周 todos 的完成情况完成率、未完成清单、反复延期任务让周洞察更客观、更省事。看到这里想必你已经动手完善了这套体系期待你发现不一样的自己成为更好的自己。