小结自己写
入库前 Claude 会先问你「这段你得出了什么结论」,你的原话照抄进「一句话小结」,不润色。懒得写就空着,复盘时再补,不会拿 Claude 的总结顶上。
原因:先看了 AI 的总结,人很容易顺着它想,复盘时也分不清哪些是自己的判断。
方法论
信息台里的数据由三个 Claude 技能写进 Notion。它们分工很简单:看到东西随手记,有日程的事件按提醒跟,隔一段时间统一复盘,决定哪些继续跟、哪些放掉。
说「记进库里」。Claude 先问你一句话结论,再存进信息库。
notion-info-vault
事件前两天提醒你写预期,事件后第二天提醒你补结果。
plan-event-tracker
说「复盘」。Claude 汇总这段时间的记录和事件,你来决定怎么处理。
periodic-review
入库前 Claude 会先问你「这段你得出了什么结论」,你的原话照抄进「一句话小结」,不润色。懒得写就空着,复盘时再补,不会拿 Claude 的总结顶上。
原因:先看了 AI 的总结,人很容易顺着它想,复盘时也分不清哪些是自己的判断。
新记录一律是「待处理」。值不值得跟进、要不要归档或放弃,都等复盘时再说。
这样记一条只要几秒钟,不会因为要想清楚而拖着不记。
事件发生后才写的「预期」不算数,只能记成结果,并注明没有事前预期。
例:CPI 公布后再写「我本来就觉得会高」,这条没有参考价值。
回看一笔操作时,只判断当初的理由有没有应验:理由成立 / 部分成立 / 理由不成立。盈亏另外写。
例:赚了钱,但涨的原因跟你当初想的不一样,那就是「理由不成立」。
追踪主题有了结论就结案,结论可以是「推翻」。只有不了了之的才记「已放弃」。
猜错的记录最能告诉你自己哪类判断不靠谱,别把它们藏进「放弃」里。
追踪主题同时保持 3–5 个。「跟进中」的记录越积越多时,复盘会提醒你砍掉一些。
跟进中的每一条,都意味着你真要花时间去做它的「下一步」。
「信息与灵感库」放读到的、想到的、做过的操作;「计划与关注」放你在跟踪的判断(追踪主题)和用来检验它们的事件。
每个技能的完整规则放在代码仓库的 .claude/skills/ 目录里,在仓库里打开 Claude Code 就会自动加载。
notion-info-vault把一段讨论或一篇文章存进信息库。关键是小结由你来写。
一次入库对话(示例)
plan-event-tracker只处理跟时间有关的事:加事件、写预期、补结果、改期或取消。
一个事件的时间线(以 APEC 为例)
periodic-review唯一做判断的环节。Claude 负责汇总和给建议,决定都由你做。
摘要里有什么
最后三个问题:什么反复出现、值得追踪?什么改变了你的看法?接下来带着什么问题看信息?
记的时候只会出现「待处理」和「待发生」。其他状态变化都发生在复盘或事件提醒里,并且由你确认。
| 标题 | Claude 起,说明这条是关于什么的 |
| 类型 | 信息流 / 灵感 / 决策 |
| 一句话小结 | 你的原话 |
| 下一步 | 入库时打算做什么;「无」和空着不一样 |
| 状态 | 待处理 / 跟进中 / 已归档 / 已放弃 |
| 主题标签 | 和计划库共用一套 |
| 来源 · 链接 | 媒体名、研报,或「与 Claude 的讨论」 |
| 衍生自 / 衍生出 | 这条是从哪条引出来的 |
| 相关计划 | 关联的主题或事件 |
| 标的 · 动作 · 回看日 · 判定 | 决策专用 |
| 名称 | 复盘记录叫「复盘 YYYY-MM-DD」 |
| 类型 | 追踪主题 / 日程事件 / 复盘 |
| 日期 | 主题填下次复查日,事件填发生日 |
| 状态 | 进行中 / 待发生 / 已完成 / 已放弃 |
| 假设 | 你相信什么;改过的话旧版本要留在正文 |
| 证实 / 推翻信号 | 看到什么算对、算错 |
| 预期 | 事件前写 |
| 结果 | 实际发生了什么,对假设意味着什么 |
| 判定 | 主题结案用:证实 / 部分成立 / 推翻 |
| 所属主题 / 检验事件 | 事件和主题互相关联 |
高亮的字段只能由你本人填写。