AI++
搜索
产业观察·2026-08-26·2 分钟阅读·AI++ 编辑部

代码评审进入「执行式」时代：把代码跑起来，而非只读 diff

靠「读 diff + LLM 猜问题」的静态 AI 评审正被一类新工具逼到墙角——它们直接在一次性容器里把 PR 对应的应用跑起来，用 computer-use 智能体点完受影响流程，再把视频、日志、复现步骤贴回 PR。代表性产品 Ito 8 月 13 日登 Product Hunt 当日第 2，DoltHub 用它在一个后端库揪出 diff 完全看不出的 SQL 命名窗口 bug；同在赛道的还有会直接写修复的 Gitar（已被 Sonar 于 2026 年 5 月收购），以及 CodeRabbit、Greptile、Cursor BugBot 等静态派。当 AI 写码速度远超人审，评审从「看代码」转向「验行为」正从噱头变成刚需。

背景：静态评审的天花板

传统 AI 代码评审的默认姿势，是把 PR 的改动行塞给 LLM，让它根据「看起来像不像 bug」做判断。这条路在语法层、明显逻辑层有用，但生产环境里最贵的那批 bug 恰恰不在 diff 里——它们只在真实数据流动时才暴露：一个过期 session 把用户踢进登录死循环，一个被 mock 的依赖在单测里通过、真实 API 却挂掉，一段并发写入在本地没事、上线就丢数据。读代码读不出时序、状态与集成路径，自然抓不到。

Ito 产品 banner

事实：一类「执行式」工具正在起量

新玩法的核心差别是「跑一遍」：在每次 PR 触发时，起一个一次性容器、从源码构建应用，用 computer-use 智能体像真人一样把受影响的用户旅程点一遍——登录、填表、结算、边界 case——再把视频、控制台/网络日志、精确代码行、复现步骤作为证据贴回 PR。

  • Ito（ito.ai）：2026-8-13 登 Product Hunt 拿下当日第 2，前 100 次评审免费、Pro $40/席/月；DoltHub 用它在一个后端库跑通真实 server 与 SQL 查询，揪出 diff 完全看不出的命名窗口（named-window）框定 bug，6 周内约半数实质 PR 被标出问题、确认/误报比超 2:1。
  • Gitar：走得更远——不只评论，还直接把修复写回 PR 分支；2026 年 5 月被 Sonar 收购，作为独立产品继续运营。
  • 静态派：CodeRabbit、Greptile、Cursor BugBot 等仍主要基于 diff/静态分析，定位在「更快的 review 评论」，不执行应用。

Ito 社交分享图

影响：agentic 编码闭环终于补上「验证环」

当 Cursor、Copilot、Claude Code 把写码速度拉到人类 review 跟不上，自动合并的循环最缺的一步就是「真去验证它跑得起来」。执行式评审补的就是这环——把工程师每天花 1–2 小时手动点流程的回归层自动化。它的边界也清楚：原生移动端仍在路线图上，对敏感 diff 的精细安全精读、对内部性能工作的探索性测试仍要人来做。

来源

ito.ai 官方站、Product Hunt 上线页（2026-8-13）、DoltHub 公开评测、DevToolLab《Best AI Code Review Tools in 2026》、Sonar 收购 Gitar 公告（2026-5）。