项目少的时候，很多信息可以暂时放在脑子里：文件在哪、服务叫什么、上次为什么这样改。事情一多，这种方式很快失效。不是记忆力不够，而是这些细节本来就不该长期占用注意力。
我开始把工作分成两部分：需要当下判断的事，和应该交给系统保存的事。前者需要思考，后者需要一个稳定、可搜索、能验证的记录方式。
什么值得被记录
项目路径、服务入口、部署规则和高风险边界属于长期事实；某次运行状态、临时报错和短期计划会很快过期；而普通知识、文章和调研材料应该进入自己的知识库。把它们混在一起，记录越多反而越难相信。
因此，记录的第一步不是写，而是分类。第二步才是用足够短的文字说明“下次先做什么”和“为什么”。只有能帮助下一次行动的内容，才值得长期保留。
记录也需要验证
- 路径和规则可以长期使用，但运行状态每次都要重新检查。
- 文档写着“已启动”，不代表服务此刻仍在运行。
- 页面写着“成功”，不代表真实结果已经到达目标位置。
- 旧经验如果没有时间和适用范围，很容易变成新的误导。
这套方式仍然不够轻巧，整理本身也会花时间。但它已经让我少做了很多重复排查。理想的工作系统不是记住所有事，而是在需要的时候，能迅速找到可信的下一步。