Gitar

一句话定位

AI 代码审查工具，但审查不是终点——发现问题后它直接改好、跑 CI 验证、验证过了才提交。从"告诉你有问题"到"已经改好"，是它和所有只会评论的审查工具的分界线。

做这个东西的人

2026 年 4 月上线的初创公司做的，2026 年 5 月被代码验证公司 Sonar（SonarQube 的母公司）收购，现在挂在 sonarsource.com/products/gitar 下，是 Sonar"多层次验证平台"里负责 AI 审查的那一层。CTO 是 Gautam Korlam，同时是 Sonar 的首席工程师；创始人之一 Zac Zuo（pool 记录里 builder 一栏就是他）在 PH 上以 co-hunter 身份上线了它。

判断：上线一个月就被收购，这个节奏说明 Sonar 买的是"能力"不是"客户"——一家做代码质量二十年的公司，需要一个能接住 AI agent 产出代码的审查层，Gitar 是它挑中的那个。收购对 Gitar 是利好：Sonar 有 700 万开发者和 2.2 万客户的渠道，这是它自己三年都攒不出来的分发。

它到底能做哪几件事

• 审查 PR 并直接改 → 读 diff、CI 日志、仓库规则、agent 指令文件，发现问题后生成修复、推到分支，还跑 CI 验证修复没把别的东西搞坏
• 修 CI 失败 → 分析构建失败、测试失败、lint 错误，找出根因，自己改到自己修好为止；还能去重重复的构建失败、识别并重试 flaky 测试
• 自然语言规则 → 用平白的话定规则和自动化，比如"任何加了 TODO 没挂 ticket 的 PR 直接拦下"、"安全告警指派给安全团队"，不用写脚本或 YAML
• 代码迁移自动化 → 6 类迁移场景，文档声称自动化程度从约 40%（服务合并）到 90%（API 弃用）
• agent 无关 → 不管代码是 Claude Code、Cursor、Codex、Devin 还是 Copilot 写的，它都审查验证
• 静态分析兜底 → 先跑一层基于语法、依赖图、类型信息的静态分析，用它来约束 LLM 能提什么建议，降低纯 LLM 审查在陌生框架上"自信但错误"的建议

定位话术：Most people think this space is saturated. It is, but in the low end. High-end code reviews is blue ocean——"这赛道看着挤，挤的是低端；高端的代码审查还是蓝海"。

它在替代什么旧行为

代码审查以前是"人肉"和"评论机器人"两步：

人肉审查——资深工程师逐行看 PR。可靠，但慢：跨时区等 review 是常态，而且现在 AI 生成的代码量已经超过人类能审的速度——"PR 堆积、CI 失败、资深工程师是 AI 速度与上线之间最后的摩擦点"，这是 Gitar 自己的原话。

评论型 AI 审查工具（CodeRabbit、Greptile 等）——能发现问题、贴评论、给建议，但停在建议上：还得有人接受每个修复、手动确认没把构建搞坏。Gitar 对这套的批评很具体："review 不该以 finding 和另一条评论结束，它应该陪着改动走完修复和 CI。"

Gitar 替代的是"发现问题之后那半段"——从 finding 到修复到验证到提交，全部自动化。它把"审查工具"从"指出问题的哨兵"升级成"把问题改掉的工人"。它的说法是：对"缺的不是发现问题、是跟不上修"的团队，评论型工具毫无帮助。

商业模式

SaaS 订阅：

• Core $20/用户/月：基础审查 + 修复
• Pro $40/用户/月：自动修复 + CI 验证等完整能力
• Enterprise 定制：迁移自动化实际只在企业版放开
• 14 天试用，OSI 开源公共仓库免费，自助购买上限 50 用户
• 只支持 GitHub 和 GitLab（含自托管），不支持 Bitbucket、Azure DevOps

判断：定价比 CodeRabbit（有免费档）贵一档，它赌的是"能改"这个能力值这个溢价。这个赌注有逻辑——从告诉你有问题到直接改好，是价值的量级跃迁。但 50 用户封顶意味着大客户只能走销售，而迁移自动化这个最大卖点被锁在企业版后面，等于把最有杀伤力的演示藏起来等销售电话。

硬数字

• 2026 年 4 月上线，2026 年 5 月被 Sonar 收购（金额未披露）
• PH 2026-08-11 上线：107 票、2 条评论、当日第 12
• 定价 $20 / $40 每用户每月，14 天试用
• Sonar 平台基数：700 万开发者、22,000+ 客户
• 迁移自动化声称：6 类场景、约 40%–90% 自动化潜力（未独立验证）
• 审查质量：无第三方公开基准（上线仅 4 个月）
• ARR、客户数：未披露

四维评估

判断

"从告诉你有问题到直接改好"确实是从哨兵到工人的价值跃迁——而它最大的优势已经被收购证明了。

可迁移的规律：评论型工具的溢价上限，就是修复型工具的起步价。 CodeRabbit 这类工具的价值止步于"指出问题"，Gitar 把价值延伸到"问题消失"。对用户的感受差别是量级的：一个是"又有人给我派活了"，一个是"问题没了"。任何"诊断类"产品想涨价，第一步都是想清楚怎么把诊断结果直接变成行动。

它的真正护城河不是 AI，是 CI 的深度归因。 纯 LLM 审查工具满地都是，但"去重构建失败、识别 flaky 测试、把代码失败和基础设施噪声分开"是脏活累活，评论型竞品没有一家做。这解释了为什么 Sonar 选它——Sonar 有验证层，缺的是能自主行动的审查层，Gitar 补的正是这半段。

风险：一是没有第三方基准，审查质量是自说自话（上线四个月，这也正常）；二是被收购后"产品在转型"——正在往 Sonar 平台里集成，定位和包装都会变，独立判断会越来越难；三是"发现问题后直接改好"需要团队愿意让 AI 直接碰分支，这个信任门槛比"只看评论"高得多，销售周期长。

下一步看什么

① Sonar 集成完成后，Gitar 是否还能作为独立产品购买，还是完全并入 SonarQube 订阅 ② 迁移自动化（40%–90% 的声称）是否从企业版放开并有客户公开案例 ③ 四个月后是否有第三方基准或公开的修复成功率数据——"直接改好"这个卖点需要硬数字支撑

可借鉴的做法

产品逻辑：任何诊断/检测类产品，把"检测出来"和"修好它"之间的那段自动化，就是涨价的空间。Gitar 从"评论"到"改+验证"跨了完整一步；哪怕做不到全自动，做"一键应用修复 + 自动跑验证"也比纯建议强一档。

定价结构：把最有杀伤力的能力（迁移自动化）锁在企业版，自助版靠 Core/Pro 两档走量。但要小心 50 用户封顶——对大一点的团队，封顶等于把活人推到销售那边，除非企业版转化率足够高。

结论

值得关注。 定位精准、被 Sonar 收购是硬验证、CI 深度归因是真差异化，但审查质量没有第三方基准，产品又处于收购整合期，独立信号会变少。盯着迁移自动化放开和第三方数据这两条看。