0.15.9：性能修复按七句口诀从便宜到贵试

这一版把性能问题 playbook 第 2 步换成七句性能口诀。先试代价最低的。前面的口诀已经达到目标，就停。

这次提交是 lauren 在 2026-10-04 08:06（北京时间）写下的 e43c7ee。提交说明原文是 refactor(pstack): use bare performance mantras in perf-issue step 2 (#496)。上一版是 a586282（0.15.8）。提交说明写了改成什么，没有另写原因。

性能问题的第 2 步

性能问题 第 2 步不再列出八类策略，也不再要求 trace 先出现某一类的信号才值得一试。how 仍用来给假设找依据。没实际跑过，不要断言性能已经到了上限。

口诀按这个顺序试：

1. 别做。结果没人用的工作，停掉，不要把它做便宜。
2. 做，但不要再做一次。
3. 少做。
4. 晚点做。
5. 趁别人没看的时候做。
6. 并行做。
7. 做得更便宜。

原文照录：

Don’t do it. Stop work whose result nothing uses rather than cheapening it.

别做。结果没人用的工作，停掉，不要把它做便宜。

Do it, but don’t do it again.

做，但不要再做一次。

Do it less.

少做。

Do it later.

晚点做。

Do it when they’re not looking.

趁别人没看的时候做。

Do it concurrently.

并行做。

Do it cheaper.

做得更便宜。

When an earlier mantra meets the target, stop.

前面的口诀已经达到目标，就停。

对正在查性能的人，差别是不要先把八类策略摊开挑。从「别做」试起。这一句已经让指标达到目标，就不要继续把同一段工作做便宜。

爬坡优化只借用这个顺序

爬坡优化 第 4 步仍要求每个假设指出一个具体机制。指标是性能时，假设的顺序跟性能问题第 2 步的口诀一致。

原文照录：

Borrow only their order, not that step’s stop rule.

只借用这个顺序，不借用那一步的停止规则。

爬坡优化自己的停止条件还是第 1 步写下的那一条，例如至少比基线好 50%，并且至少迭代 10 次。不要因为某一句口诀已经达标就结束整轮爬坡。

基准测试检查清单指到口诀

基准测试检查清单 里，性能问题产生修法的那一句，从「几类策略」改成「第 2 步里的性能口诀」。清单本身的七个问题没有改。核查基线、以及之后每个数字的做法也没有改。

这次改动的说明见 e43c7ee。

升级方式

这次提交把 .cursor-plugin/plugin.json 里的版本从 0.15.8 写成 0.15.9。改动的文件里没有另写升级命令。