不信任有其职责；只是不是你正在做的工作

在敏捷教练的二十多年努力中，微观管理者——那些插手每一份草稿、每一次会议、每一个决策的人——始终未被改变。然而，本文指出，他们的不信任并非缺陷；它只是被指向了错误的目标。随着AI的采用，这种怀疑态度实际上可能成为一项资产，催生出一个新角色：验证架构师。

什么是验证架构师？验证架构师负责决定哪些AI任务属于A3框架中的辅助（Assist）、自动化（Automate）或避免（Avoid）模式；定义每种模式下审核的具体含义；并运行验证循环，将每次AI失败转化为更清晰的提示、评估或验收标准。这个角色不是合规审计师：合规询问规则是否被遵守，而验证询问系统是否在其运行条件下产生声称的结果。在小型组织中，这项工作通常由产品经理、Scrum Master、QA负责人或技术负责人承担，而不是由持有头衔的人担任。

微观管理者有两种不同的动机，它们产生相同的行为，但需要不同的干预措施。第一种是权威维护：不信任是关于将决策权掌握在管理者手中，而不是改进输出。这种管理者问“什么能证明工作可信？”得到的答案是“我需要先看到它”。这样的验证是表演性的，检查的是合规性而非风险。AI工具帮不了这种人，因为他们并不真正想要更好的证据——他们想要自己决定。

第二种是积累经验：不信任基于具体的过去失败。这种管理者能详细描述出了什么问题，什么承诺未兑现，以及哪个验证步骤被跳过。与人类同事相处时，这表现为微观管理，因为验证人类判断的社会成本很高。但AI不同：验证是结构化的且成本低廉。同样的倾向，当指向一个概率系统时，能产生有用的工作。

区分二者的一个小诊断：对于“什么会让这个输出可信？”权威维护的回答是“我需要先看到它”，而积累经验的回答是“它必须通过这三项检查”。前者检查人的合规性，后者检查工作产品的风险。前者改变的是决策权返回，后者改变的是系统规则更精确。

A3框架（辅助、自动化、避免）是测试属于哪种模式的一种方式。权威维护无法诚实使用A3；答案模糊、可逆。积累经验模式能迅速分类任务，因为怀疑基于具体的过去失败。在辅助模式下，验证架构师定义真正的审核是什么样的——拒绝橡皮图章。在自动化模式下，他们设计审计节奏、回滚条件和漂移检测。在避免模式下，他们保护边界，防止因便利而采用AI。

最终，AI创造了一个敏捷运动从未命名的角色：验证架构师。他们不问“AI能做这个吗？”，而是问“为了让AI在我们的环境中安全、可重复、可测量地做这个，需要满足什么条件？”他们的工作单元不是提示，而是循环——日复一日、数月累积的工作。