Agent 不断调高我们的数据库连接池上限，唯一有效的修复是一个测试

src/db/pool.ts 将 max 设为 4。这不是调优选择，而是我们当前的方案，而且几个后台任务也共用这个上限。文件里没有任何地方说明这些。我指向那个仓库的每个 agent 迟早都会调高这个数字，而且不是某一个工具干的。通常只是换个更大的常量，有一次是 os.cpus().length * 4，还加了句关于吞吐量的注释。在 diff 里看起来没问题，因为单独看确实没问题。有问题的部分要到后面才出现——当夜间任务拿不到连接，有人会花掉一个上午排查原因。AGENTS.md 里写了一句“别动连接池大小”，大概只有一半时间被遵守。直接写在值上方的注释效果比这好一点，这一点我至今无法解释。真正稳住的是一个测试：如果 max 超过 4 就会失败。三行代码，而且是那个文件里唯一的测试。过去一个月里 verdent 越来越能猜中我会怎么给测试命名，但这跟眼前的问题没什么关系。同一个仓库里，scripts/seed.ts 从二月份就坏了，没人注意到，因为反正大家都是直接从 dump 恢复。这个 4 不是关于代码的事实，而是关于账单的事实；而测试是我找到的、唯一能让 agent 撞上的地方。如果你把这类约束放在别处，我很想听听。