Qodo

Qodo是什么？

Qodo是一套面向软件研发团队的AI代码审查与代码质量治理平台，原名CodiumAI。它通过Git平台、IDE和CLI分析代码变更，识别逻辑缺陷、潜在回归、规则违规和跨仓库影响，并把建议直接放入开发者现有的Pull Request与本地开发流程。

Qodo目前的核心不是“替开发者快速写更多代码”，而是在AI生成代码数量快速增长后，帮助团队确保这些代码可审查、符合标准并能安全合并。2026年发布的Qodo 2采用多Agent审查、代码库上下文、PR历史和规则系统，强调高信号问题发现与组织级治理。

重要变化：代码生成能力正在退役

Qodo官方在2026年4月宣布退役现有代码生成功能。用户将不能再使用Qodo IDE插件中的自动补全，也不能把聊天作为代码生成入口。

IDE插件仍会保留，但主要用于本地变更和提交前审查。

这项变化已经先应用于免费用户，Teams用户在2026年3月底前后转为review-only体验。很多旧评测仍把Qodo描述为“AI测试生成与代码补全助手”，这种介绍已经过时。

当前更准确的定位是AI代码审查、规则执行与SDLC治理。

产品名称已经统一

Qodo不再把Qodo Merge、Qodo Gen、Qodo Command和Qodo Aware作为主要独立产品名，而是统一到Qodo Platform：

• Qodo Merge：现在归入Git集成，负责Pull Request代码审查；
• Qodo Gen：现在归入IDE体验，重点是提交前审查与问题修复协作；
• Qodo Command：现在归入CLI，用于终端工作流与自定义Agent；
• Qodo Aware：现在作为Context Engine，为跨仓库理解提供底层上下文。

旧命令、旧文档和第三方教程仍可能使用这些名称。查找功能时应以Qodo 2文档为准，Qodo v1文档只用于维护旧部署。

核心功能

1. Agentic Pull Request代码审查

Qodo连接Git平台后，会在Pull Request创建或更新时分析差异、完整仓库上下文和相关历史，找出可能影响正确性、安全、可维护性和兼容性的具体问题。Qodo 2采用多Agent架构，让不同审查步骤负责发现、验证和推荐，目标是减少泛泛而谈和低价值评论。

每条发现通常会关联到具体代码位置，并提供严重性、原因和修复方向。AI评论不是合并批准，团队仍需结合测试、业务语义、威胁模型和人工评审判断是否接受。

2. 规则系统

团队可以用规则系统集中定义编码标准、架构约束、合规要求和项目惯例，再按组织、仓库或范围执行。系统支持从自然语言生成规则、从代码库和PR历史发现潜在规则，并检查重复、冲突、采用率与违规情况。

规则适合把原本散落在Wiki和资深工程师经验中的要求转化为持续检查，例如禁止某类依赖、要求鉴权、限制模块边界或确保工单信息完整。规则必须由团队维护，错误或过度宽泛的规则会制造噪声和阻塞。

3. IDE提交前审查

Qodo IDE插件可在代码提交和创建PR之前审查本地已提交或未提交变更，把问题提前到开发阶段。开发者可以先处理明显缺陷，再进入正式团队审查，减少来回修改。

新版IDE还可以连接Claude Code、Codex、Cursor CLI或自定义CLI编码Agent，用这些工具根据Qodo发现修复问题。Qodo负责检查，外部Agent负责实施，最终改动仍需开发者确认。

旧版自动补全和直接生成聊天不再是长期功能。

4. 跨仓库Context Engine

Context Engine可以索引多个仓库，理解共享库、微服务、接口和依赖关系。当一个仓库的函数签名或契约变化可能破坏下游服务时，Qodo可以利用跨仓库上下文提示影响。

跨仓库分析需要正确授予访问权限并保持索引更新。动态配置、运行时服务发现、外部仓库和未接入系统可能不在上下文中，不能把“未发现问题”理解为没有兼容风险。

5. PR历史学习

Qodo 2.2加入PR Knowledge System和Finding Recommendation Agent，利用过去Pull Request、反馈和团队处理方式提高建议相关性。它可以学习哪些问题经常被团队接受或忽略，从而减少与团队实践不符的评论。

该功能最初以Beta方式支持GitHub，GitLab、Bitbucket和Azure DevOps按路线逐步扩展。不同Git平台的可用程度可能不同，采购前应根据当前文档验证。

6. Shift-left审查技能

Qodo提供在PR之前运行的审查技能，把安全、测试、文档和规则检查前移到IDE或CLI。团队还可以使用Playbook、Command和Skills扩展特定工作流，例如生成测试建议、检查描述、验证工单或执行自定义审查。

自定义技能会执行团队定义的提示和工具流程，必须纳入版本控制和安全审查。来自公开仓库的技能不能直接视为可信生产规则。

7. Dashboard与分析

管理面板展示Credits余额、消耗、审查活动、规则采用和问题趋势。企业版提供更高级的治理分析，帮助负责人观察哪些仓库重复出现问题、规则是否被执行和AI审查是否产生价值。

指标适合改进流程，不应简单用于评价个人开发者。PR大小、代码类型、遗留系统和项目阶段都会影响问题数量和Credits消耗，直接按评论数排名容易产生错误激励。

支持的Git与开发平台

Qodo Git集成支持GitHub、GitLab和Bitbucket云平台，旧版文档还列出GitHub Enterprise、GitLab Self-Managed与Bitbucket Data Center。企业能力可覆盖Azure DevOps和Gerrit，具体支持层级与部署方式需要按当前方案确认。

IDE端主要覆盖VS Code与JetBrains系列。CLI用于终端、自动化和与其他编码Agent协作。

不同入口共享规则与上下文，但功能并非完全相同。

14天试用与Pro Team价格

Qodo目前没有面向普通私有项目的永久免费方案。新团队可以使用14天完整试用，无需信用卡，试用期内提供不限审查与Credits；

结束后审查暂停，需要选择付费方案才能继续。

符合条件的开源项目可以申请Qodo for Open Source免费使用。

Pro Team按Credits计费，官网当前单价为每Credit 0.012美元，Credits在团队中共享。主要月付包为：

每次审查消耗取决于PR大小和复杂度，因此“约18次”不是固定次数。Pro Team面向最多约30名用户，仓库和审查数量本身不设硬上限，真正限制是Credits池与团队设置的月度超额消费上限。

基础Credits用完后，审查会按相同单价进入overage，不收额外溢价，直到达到团队设定的月度上限。未使用的月度Credits在周期结束时失效，不结转。

官方页面也说明可随时更换Credit包，Pro Team按月付费且不要求年约。

Enterprise企业方案

Enterprise面向30人以上或有更高治理、安全与部署要求的组织，采用年度合同和协商定价。相比Pro Team，它加入：

• SSO、SAML与审计日志；
• 高级治理分析和自学习能力；
• 跨仓库功能和自定义Agent工作流；
• BYOK，可使用自有OpenAI、Anthropic、Azure OpenAI或自托管模型；
• 单租户SaaS、本地部署或隔离网络部署；
• Gerrit及更广泛企业平台支持；
• 优先支持、SLA和专属客户成功人员。

本地或air-gapped部署能降低代码外传风险，但模型、更新、遥测、许可证校验和支持通道仍需在架构评审和合同中确认。

数据安全与隐私

Qodo官方说明不会使用客户代码训练AI模型。官网安全说明强调零数据保留：代码用于生成审查后即被丢弃，不存储、不记录、不用于训练；

企业还可选择BYOK、单租户或本地部署。

平台已标注SOC 2 Type II认证。

Git集成必须读取Pull Request内容并把评论写回仓库，因此安装时通常需要组织管理员权限。团队应检查GitHub App或Git平台权限、允许仓库、网络出口、第三方模型、日志和数据区域，并定期清理不再使用的安装。

开源项目与产品开源状态

Qodo官方GitHub组织经过域名验证，发布了多个开源项目，但许可证并不相同。例如Qodo-Cover是自动测试生成与覆盖率工具，采用AGPL-3.0；

agents、qodo-skills和open-aware等仓库采用或曾采用MIT许可；还有CLI、合规模板和研究Agent项目。

这些仓库不等于Qodo商业平台整体开源。云端多Agent审查、规则治理、Context Engine、Dashboard和企业部署仍属于商业产品。

使用开源仓库前要逐个核对许可证与维护状态，AGPL项目的网络使用和修改分发义务尤其需要法务评估。

Qodo使用教程

完成一次基础任务

1. 明确要在Qodo中完成的代码任务、仓库范围和验收标准；
2. 连接或导入测试项目，并先备份当前分支；
3. 先使用Agentic Pull Request代码审查生成计划，再确认将修改的文件；
4. 使用规则系统执行小范围改动；
5. 运行测试、静态检查和构建，不直接接受未验证代码；
6. 人工检查权限、密钥、依赖与异常处理后再合并；

建立可复用的专业工作流

1. 选取一个低风险真实项目作为模板；
2. 固定Agentic Pull Request代码审查、规则系统和IDE提交前审查的使用顺序；
3. 记录环境、模型、提示和失败条件；
4. 为写入、部署和删除动作设置人工审批；
5. 比较速度、成本、测试通过率和返工量；
6. 验证稳定后再扩展到团队或生产环境；

适合哪些团队？

• AI编码工具导致PR数量和变更速度明显上升的研发团队；
• 希望在GitHub、GitLab或Bitbucket中自动发现高风险缺陷的团队；
• 需要把架构、合规和编码标准统一执行到多个仓库的组织；
• 微服务、共享库或多仓库依赖复杂，需要跨仓库上下文的团队；
• 希望在提交前于IDE中发现问题、减少正式审查往返的开发者；
• 需要SSO、审计、BYOK、单租户或本地部署的大型企业。

产品优势

• 专注代码审查和治理，而不是继续增加未经验证的生成代码；
• 多Agent发现与验证机制，目标是提高问题信号质量；
• 规则系统可把团队标准转化为持续、可衡量的检查；
• 覆盖IDE预审、Git PR审查、CLI与管理分析；
• 跨仓库Context Engine适合微服务和平台工程场景；
• 按使用量而非传统逐席位计费，Credits可团队共享；
• 企业提供BYOK、单租户、本地和隔离网络部署。

局限与注意事项

• AI代码审查会出现误报、漏报和对业务语义理解不足；
• 它无法替代代码所有者、威胁建模、性能测试、依赖扫描和人工架构评审；
• 自动评论过多还可能让开发者形成忽视习惯，应持续调校规则和严重性门槛；
• Credits消耗与PR大小和复杂度相关，大PR会显著提高成本，也降低审查准确率；
• 团队应鼓励小批量变更，并通过试用期测量真实月度审查量，再选择Credit包；
• PR历史学习可能强化团队已有习惯，包括不理想的惯例；
• 关键安全、合规和架构规则应由组织明确制定，不能只让系统从历史接受率推断；
• 代码生成退役会影响仍依赖Qodo自动补全和聊天写代码的用户；
• 需要代码生成时，应选择其他IDE助手；
• Qodo可以连接外部CLIAgent来修复审查发现，但不再把自身生成能力作为核心；

常见问题

Qodo还是AI代码生成工具吗？

当前主要不是。Qodo已转向代码审查与治理，并在2026年退役IDE自动补全和生成式代码聊天，IDE插件继续用于提交前审查。

Qodo Merge去哪了？

Qodo Merge已并入统一平台的Git集成。旧名称和v1文档仍可见，但新版产品按Git、IDE、CLI和Context Engine组织。

Qodo免费吗？

普通私有项目没有永久免费档，提供14天不限审查与Credits的试用。符合条件的开源项目可申请免费计划。

Qodo多少钱？

Pro Team按每Credit 0.012美元计费，2500、5000和20000 Credits分别为30、60和240美元/月。企业版询价。

一次PR审查消耗多少Credits？

取决于PR大小与复杂度。官方用2500 Credits估算约18次审查，但这不是固定兑换比例，实际消耗可在Dashboard查看。

支持GitHub、GitLab和Bitbucket吗？

支持。企业还可按方案使用自托管平台、Azure DevOps或Gerrit。

不同平台的新功能发布时间可能不同。

Qodo会用代码训练模型吗？

官方明确表示不会用客户代码训练模型，并宣传严格或零数据保留。企业可进一步使用BYOK、单租户和本地部署。

Qodo开源吗？

商业平台整体不开源，但官方GitHub提供Qodo-Cover、agents、skills和其他开源项目。每个仓库许可证不同，不能用局部开源代表整个平台。