卷一:为什么给 Agent 造确定性工具
从一笔 token 账单开始,把「模型自己算」和「给它确定性工具」放在同一张表上比;然后讲工具长什么样(回执信封与边界行为),最后按格式数据、生产诊断、Windows 正确性三层落到具体工具。
- 给 Agent 装了 46 个工具,我算了一笔 token 账 先承认模型自己也能算对 sha256,再给出四组实测对照、每请求 7,677 tokens 的固定税,以及 `only` 裁剪把税从 3.4k 降到 0.6k 的实测结果。
- 每个工具都返回一个信封 讲 `{ result, meta }` 回执、超预算拒绝而不截断、截断必标记,以及为什么「无法保证」必须变成结构化字段。
- JSON 有一亿种写法,模型不该去猜 用精确行列偏移、受限 JSONPath、结构化 diff 和编码检测这几类工具,说明什么样的问题适合做成确定性工具。
- 把线上报错原文变成结构化诊断 从线程 dump 的死锁环、GC 停顿百分位、N+1 分组到 pytest 摘要,讨论诊断工具为什么必须报出解析覆盖率。
- Windows 上的确定性层 编码评分、路径保留设备名、netstat 解读、只读磁盘巡检:agent 平时用 PowerShell 凑合的那些判断该怎么做成工具。