跳转到内容
pstack 中文学习站

用原则名来转向

你在看 pstack 0.15.6 时的版本,最新版在这里

pstack 自带 24 条原则,每条都是一个单独的 skill。每个多步任务开始时,/poteto-mode 都会读一遍原则索引,用上这个任务触发的那几条,并在回复里点名用到的每条原则,说明它改变了哪个决定。

原则不用你去调用。你用的是它们的名字,拿来给 agent 指方向。每个名字背后都是一条完整的规则,agent 已经读过。所以一个短语改起方向来,比一大段指示还准。

比如 agent 正打算在三个已有的适配器旁边,再硬塞一个新的:

use subtract before you add. delete the obsolete adapters first, then design what's left.

比如它因为构建通过了,就说任务成功:

apply prove it works. run the real import flow and show me the written records.

比如两个并行的尝试正要往同一个分支里写:

separate before serializing shared state. give each attempt its own worktree, no locks.

这些短语管用,是因为背后的规则很具体。agent 仍然得在回复里说明,这条规则改变了哪个决定。如果引用了原则,背后却没有对应的决定,那就说明它只是报了个名字,并没有真正用上。

核心原则决定做多少,以及什么时候该重新考虑设计:

架构原则决定状态、校验和兼容逻辑放在哪里:

验证原则规定什么才算证明:

  • Prove It Works 验证真实产物,不拿替代品充数。
  • Fix Root Causes 改代码之前,先复现问题,追到根因。
  • Sequence Work into Verifiable Units 每个小单元都以一次检查收尾,然后才开始下一个。
  • Test Behavior, Not Implementation 像使用者那样调用代码,断言一个写死的期望值。如果所有导入的函数都返回 undefined,测试照样能过,就删掉这个测试。
  • Explain the Number 测出一个数字后,先说清是什么在限制它,再排除它其实测到了别的东西,然后才轮到有人相信或汇报它。

委派原则让并行工作不至于乱套:

还有一条元原则:

这份列表不用背。现在扫一眼就行。等哪天你发现 agent 在做的事,本来报一个这里的名字就能拦住,再回来看。这些名字就是这么记牢的。

下一篇:把它变成你的。