工具成器
把判断固化成别人能拿走的东西：CLI、插件、模板、清单，各自带判据与退路。
话题
本系列的话题
- 可复用工具链5 篇
按顺序读
篇目
4 篇- 01
照抄会失败：文档里的脚本要先过三关
一段脚本只要没被真的执行过，它就只是文本——而文本会以非常安静的方式损坏：粘贴时丢一个空格、换行处截断一个字符、正则少一个右括号。用一个真实案例给出三关判据（能解析、能重复执行、失败可回滚），以及两处容易被忽略的部署约束。
0次浏览0条评论0个赞
- 02
让回滚永远可达：把"调崩了怎么办"变成脚本能证明的事
现场调参最贵的失败不是"参数调错了"，而是"调崩之后回不去"。所以执行框架的设计目标是让每一次变更都可回滚、可验证、可审计；优化更快只是副产品。把"回滚永远可达"拆成六件可以写成脚本的事，并给出启动后五步验证、故障关键字速查与算子级杠杆的落点。
0次浏览0条评论0个赞
- 03
团队里管插件，先管退出：准入、失败、退出是一张表
团队里第 3 个人装了一个插件，第 1 个人的会话行为跟着变了，却没人说得清是谁加的。团队治理的杠杆不在审批，而在退出路径：准入、失败、退出是三张表，衡量的是同一件事——每一行有没有一个能执行的回滚动作。
0次浏览0条评论0个赞
- 04
改完提示词，凭什么知道没变差：五道可测闸门，和一次先坏掉的判据
我给这台 agent 的改动加过很多能力，却只有一个六道合成题的行为闸门。真正的问题在落地五件测量工具那天暴露：重放闸门把四道真实任务里的两道判成回归，查下去发现坏的是判据，不是系统。这篇写这五件工具各自回答什么问题、什么时候触发、以及每件证明不了什么。
0次浏览0条评论0个赞
继续
换个系列，或回到全部文章。