一条消息里的 5 种计划复查方法

从第一性原理重新分析一遍，并对当前计划做一次对抗性审查。核心机制必须用消融测试来验证。设计上遵循奥卡姆剃刀，代码保持高内聚、低耦合。

一位进大厂两个月的工程师，靠的是 5 个很短的 prompt，他管它们叫模型的思维捷径。每个只点名一种方法。模型训练时见过大量讲这些方法的论文和代码，所以点个名往往就够了。

• 接口慢、计划已经写好「加一层 Redis 缓存」时，让它从第一性原理出发，查清时间花在 SQL、网络还是重复计算上。
• 审计划或代码时，要一次对抗性审查，专找核心假设的反例。
• 一次上了三个优化、接口变快了，让它设计一个消融测试把它们拆开。可能光是那个索引就让它从 800ms 降到了 120ms。
• agent 把 Kafka、Redis 和分布式锁堆在一起时，让它用奥卡姆剃刀审一遍设计。
• 一个 service 类写到 2,000 行时，让它按高内聚、低耦合审一遍职责边界。

在 Claude Code 里，等 Opus 5.5 写完计划、还没动代码时，把这句作为下一条消息发出。