067、记忆的写入策略：User、Feedback、Project、Reference 四种类型的场景化使用
上周五凌晨两点，我在调试一个微服务链路追踪的上下文丢失问题。Claude Code 帮我分析了三小时的日志，突然它说：“根据你三个月前在 user 记忆里记录的 Kafka 消费者线程模型，这个丢失模式和你之前遇到的‘异步回调中 MDC 未传递’是同一个根因。”我当时愣住了——它居然记得三个月前我随手写的一段笔记。
这就是 Claude Code 记忆系统的威力。但很多人用错了，把记忆当成“万能存储”，结果写进去的东西要么永远用不上，要么把模型搞糊涂。今天聊聊四种记忆类型的场景化写入策略，全是踩坑换来的经验。
User 记忆：你的个人技术DNA
User 记忆是最高优先级的持久化存储，写入后几乎不会被覆盖。适合放那些“你永远不会变”的东西。
什么时候写：
- 你的编码风格偏好（“我习惯用 Result 模式而不是抛出异常”）
- 团队约定俗成的规范（“我们所有 API 返回都包一层 ResponseWrapper”）
- 你踩过的大坑总结（“不要在事务里调用外部 HTTP 接口”）
别这样写：
// 别这样写——太泛了，等于没写 用户偏好：喜欢简洁代码
