Agent不会给代码库带来词汇，它们只会放大已有的词汇。这一事实重新定义了团队在命名决策上的经济账。强词汇的代码库中，Agent生成的测试可组合、易审查；弱词汇的代码库中，Agent加速词汇漂移，让代码质量随吞吐量增高而恶化。
Agent镜像它们发现的内容。给定一个包含 aLoyaltyMember()、aCartReadyForCheckout() 的测试文件，Agent会在下一个测试中使用相同的名词。给定一个充满 var customer = new Customer { Type = "premium" } 重复设置的测试文件，Agent也会复制那种模式。问题不在于Agent，而在于代码库的词汇。
强词汇产生强产出：12行测试，零设置噪音，每个名词都是团队已经批准的领域概念。审查者的认知负担被压缩到领域层面：这个场景是否真实？断言是否正确？
弱词汇导致更快漂移：同样的场景产生63行测试，包含三个略有差异的对象构造模式、一个不同的大小写约定、以及只检验存在性而非正确性的布尔断言。每个PR都在累积非可组合的代码，后续测试不得不重复相同的设置，词汇在每一次迭代中变得更碎片化。
漂移窗口已经坍塌：人类开发者的词汇漂移以月为单位积累；Agent工作流以周为单位产生相同程度的漂移。一次简单的重命名在强词汇代码库中只需修改一个builder并编译；在弱词汇代码库中则是一场考古远征。词汇审计不再是可选的——每个Sprint后检查Agent引入的新名词，合并前确认是否与已有概念重复，否则碎片化将在数百个PR中被永久固化。
词汇已成为杠杆：修复一个builder名称，未来每次Agent会话都会自动使用正确的名词。每周20个Agent驱动的PR，每个词汇改进都会获得20倍的乘法效应。曾经被视为工艺选择的重构工作，现在变成了基础设施投资。
长期后果：强词汇团队看到Agent产出持续可组合，审查负担随吞吐量增加而下降；弱词汇团队看到每一个PR都引入新名词，审查负担随吞吐量增加而上升，最终不得不限制Agent。两条轨迹迅速分化，逆转困难。
词汇是你为工艺原因维护的东西，现在变成了Agent速度是否产生正向复利的基础设施。投资词汇，或者承担词汇债务的复利。
#开发者 #工具 #TDD #AIagents #测试设计 #软件工艺 #代码词汇 #词汇杠杆
@DevToolboxHub