物界前沿AI 写代码审不过来？WorkBuddy 在任务层面做了一次“意图审查”
上周看到一篇讲 AI 代码审查的文章，说 AI agents 写的代码，局部看起来没问题，但全局 bug 率是人工的 1.7 倍。逻辑错误多 75%，安全漏洞多 2.74 倍。这数据我不意外。我自己在项目里试过，AI 写的函数，单测全绿，一上线就崩，原因是它不知道上游服务有个字段不能为空。
这个问题，我在刚接触的 WorkBuddy 上找到了一种思路。不是审代码，而是审任务。
现象：为什么传统代码审查失效
原因是 AI 不理解上下文。它能看到当前文件，但看不到三个服务之外的鉴权合约，看不到去年迁移时加的隐式约束。所以它写出来的代码，在局部是连贯的，在全局是脆弱的。
传统审查盯着每行代码看，就像检查笔迹来给数学考试评分。机器已经过了 linter，跑了测试，你查不出什么。
解法：用 WorkBuddy 在任务层面做“意图对齐”
我初步试出来的做法是，把代码审查的起点往前移。不是 AI 写完代码再去审，而是先把任务模板搭好，让 AI 在写代码前就知道边界在哪。
操作路径：
- 打开 WorkBuddy → 点击“任务” → 创建新任务。
- 在“任务模板”里，设定以下字段（必填，否则 AI 无法提交代码）：
- 任务描述（必须写清楚预期行为，不能只写“修复 bug”）
- 关联需求（链回飞书文档里的需求页面）
- 代码仓库链接（指定分支）
- 安全审查清单（勾选：SQL 注入、鉴权绕过、硬编码密钥）
- 每个任务提交代码前，必须满足这些字段，否则自动打回。
- 用“合并表格”功能，把一周内所有 AI 任务聚合到一个看板，按“任务类型”和“缺陷数”筛选。
这样，AI 写代码时，WorkBuddy 自动把上下文注入给它。它不会再去猜意图，而是照着模板写。
落地配置方案
| 字段 | 配置 | 说明 |
|---|---|---|
| 任务模板 | 必填字段：描述、需求链接、仓库、安全清单 | 缺一不可，否则任务无法创建 |
| 合并表格 | 按“任务类型”聚合，过滤“缺陷标签”为空的条目 | 每周跑一次，看哪些任务没检查 |
| 自动打回 | 设置规则：如果安全清单未勾选，自动退回给 AI agent | 避免漏审 |
| 通知 | 只在合并表格有异常时发通知（比如缺陷数>2） | 省噪音，不每行代码都审 |
日常运维技巧
- 每周检查一次任务模板，确保字段不过时。比如需求链接变了，及时更新。
- 合并表格后，用“过滤”功能查看“未完成”的任务，集中处理。
- 如果 AI 反复在同一个字段出错（比如安全清单老勾不对），说明模板字段定义不够清晰，改描述。
避坑经验
合并表格这个功能，我试了两次，发现字段名不匹配会报错。比如任务模板里叫“安全清单”，合并表格里写的是“安全检查”，两个字段名不同，合并就报错。后来统一命名规范，问题解决。
另一个坑是，我看到一个案例，有同事给 AI 写了一个“存档记录”的任务，结果 AI 理解为“删除记录”，代码写得很漂亮，上线后把所有数据删了。复盘发现，问题出在任务描述太模糊。后来我加了一条规则：任务描述里必须包含“预期结果”和“不可接受的行为”两个子字段，不能只有一个“做什么”。
AI 代码审查的焦点，已经从“代码是否正确”转向“机器是否理解我们真正想要什么”。WorkBuddy 的任务管理，本质上是在这个环节做了拦截。它不审代码，它审意图。
不用改代码审查流程，先改任务模板。