写更容易复用的技术笔记

从一个具体问题开始

“学习某个框架”太大，很难留下可检索的结果。“为什么这个请求在开发环境能工作，部署后却失败”就足够具体，也更容易写出结论。

我会先记录最短的复现：

curl -I https://example.com/health

记录判断过程

只写最终答案会丢失真正有价值的部分：哪些假设被排除了，哪个日志最关键，为什么最后选择这个修复。下一次遇到相似问题时，判断路径比结论更容易迁移。

让笔记有下一步

一篇好笔记最后应该留下一个可以执行的动作：加入一个检查、补一条测试，或者把命令收进项目文档。这样笔记就从一次性的文字，变成了工作流的一部分。