Tessl工程师Ankit Jain撰文介绍团队工作方式的转变：当团队合并的PR数量是一年前的四倍、且代码几乎全部由AI生成、人工只做辅助时，用AI审查工具和更严格的清单来扩展代码审查都失败了——审查成了交付流程中最慢的一环。真正有效的做法是完全放弃逐行阅读代码，围绕「意图」建一层验证体系。

两项核心实践

第一，审查意图而不是差异。人工判断前移到代码生成之前：在动手前审查验收标准、约束条件和边界情况，把意图当作可验证的合同，每条标准给出确定性判定并附证据。评审者不再翻500行AI生成的差异，而是看五条带截图和请求轨迹的标准判定。第二，把重复出现的评审意见固化为「不变量（invariants）」：翻最近1000条评审评论，把重复最多的20条写成机器在每次变更时强制执行的规则，例如「任何涉及金额的字段必须使用Money类型」「禁止直接写users表」。标准一旦成为不变量，就再也不需要人重复提醒。

对财务自动化的启示

文中还给出五步框架：先让智能体互相挑战方案（Argue）、把意图和验收标准记录进PR（Capture）、把高频评审意见固化为不变量（Codify）、把人工审查时间花在决策而非差异上（Debate）、明确规则的归属（Own）。对用AI生成成本模型、SAP取数脚本和报表工具的财务团队，这套「意图前置＋不变量兜底」的做法同样适用——与其逐行核对AI写的公式，不如把「单箱成本×产量=总成本」这类恒等式固化为每次运行自动校验的规则。