把"AI审批助手"，从陪聊做成了自动驾驶

做考勤审批的主管侧 AI 助手时，第一版（V2.0）我做得很"AI"——一个对话框，员工的请假单进来，AI 把出勤率、团队在岗、排期冲突都聚合好，附上建议，主管在对话里一条条点"通过/驳回"。
看起来很智能。但我盯着它看了很久，越看越不对：主管还是在一条条点。AI 只是把菜单换成了聊天，活还是人干。
于是我回到最朴素的问题：主管审批时，脑子里到底在想什么？
答案朴素得有点尴尬——95% 的单子，他只是想知道"我的人今天请假了"，然后顺手点个通过。 真正需要他动脑的，是那 5% 的边界情况：这人最近老迟到、当天团队人手紧、无薪假会不会影响他的全勤奖。
既然 95% 是标准化的、结果高度可预测，那让主管逐条点，就是一种昂贵的仪式。
方向就此翻转：不是让 AI 帮主管审批，而是让 AI 直接审批，主管只做兜底。
后面几个版本，都是围绕这个新定位在打磨：
V2.1 落地核心机制。符合标准规则的单，AI 自动通过；每天 17:00 推一份日报到钉钉，主管扫一眼即可。拿不准的（命中人工规则的）才即时推送。兜底策略是关键——即便 AI 通过了，主管次日 10 点前仍可反悔驳回，控制权始终在人手里。
V2.2 补了一个细节：日报里每一单能点开看详情。因为主管要行使否决权，光看一行摘要不够，得能看到全貌再决定。
V2.3 解决了最要命的信任问题。我把审批状态拆成四类——AI通过 / AI驳回 / 人工通过 / 人工驳回，谁做的决定一目了然。更重要的是，AI 的每一次判断都必须经得起审计：逐条列出命中了哪些规则、具体数据是多少（"病假4天>3天，必须附证明；证明未上传→驳回"），带上时间戳和单号。
AI 不能是黑箱。它敢自动审批，前提是它的每个决定都能被复盘、被追溯、被推翻。
回头看这四个版本，真正的产品跃迁只发生在一处：从"AI 辅助人"到"AI 替代人 + 人兜底"。 后面所有工作，都是在为这个大胆的定位补上信任的地基——可解释、可审计、可推翻。
很多人以为 AI 产品的难点是模型多聪明。但我这次的体会是：难的不是让 AI 做决定，而是设计一套机制，让人敢把决定交给它。
自动驾驶不是取消方向盘，而是让人随时能接管，AI 审批也一样。
（内部设计方案不方便分享）

期待而我的第一款真正意义上的 AI native 产品上线！！