Qodo 是一家为代码审查和软件质量构建 AI 工具的公司，联合创始人兼 CEO Itamar Friedman 称其为“编码代理的最佳拍档”。Qodo 使用 OpenAI 模型（包括 GPT-6 Astra）收集工程知识、审查代码、监控软件质量，并开发了一个 Codex 插件，把上下文和独立审查带进开发者的编码会话。

Qodo 面对的客户环境可能横跨 10,000 个以上仓库。一个局部代码改动即使看起来正确，也可能破坏下游服务。Qodo 插件为 Codex 提供代码库知识、组织规则，以及经由 Qodo 的 Agentic Toolbox 完成的独立审查。有了这些上下文，Codex 可以跨仓库考虑依赖，包括托管在不同 Git 服务商上的仓库，或通过 Kafka 连接的服务。Qodo 会建立这种连接，帮助 Codex 把软件当作一个整体来看，避免漏掉 P0 级 bug。

工作流程上，Codex 写码之前先通过插件取回相关代码库规则、PR 历史和模式。Codex 做出修改后，Qodo 审查变更并把发现直接返回给同一会话中的 Codex，整个过程发生在开发者打开 PR 之前。Qodo 的 AI 开发者关系负责人 Nnenna Ndukwe 看到，开发者正在用这套流程构建功能和处理技术债务，尤其是在 Codex 中配合 GPT-6 模型使用。她认为这自动化了 Codex 编码与 Qodo 独立审查之间的交接。

Itamar 把编码代理和审查代理比作“阴和阳”：一个写码，一个挑战它。每个角色需要各自的设置和上下文，也可能涉及多个代理。他的愿景是让代理先讨论发现，只把代理们不接受的内容留给人审查。开发者因此会成为规划者和审查者，能顺着一系列代理讨论、上下文和先前的开发决策检查未解决的问题。“这就是建立信任的方式，”Itamar 说。

Qodo 内部也在用这套思路。Nnenna 在自己的自动化开发工作流和知识工作中使用 GPT-6 Astra 的 Extra High 和 Ultra effort 设置。她会调度 Codex 汇报一周完成的工作和下一步改进方向，用它研究社交平台上关于代理工程（agentic engineering）的讨论，并让 Codex 分析自己的代码变更，建议创建或精炼哪些 agent skills。

Itamar 还看到了 Decisions API 的机会。OpenAI 最近推出的这个接口，可以在开发各阶段决定哪些规则和代理技能适用，而不是把每个决定都交给语言模型。他举例说，面对 200 条规则，Decisions API 可以先筛选出哪些需要检查，再让语言模型对相关规则进行推理。这样选择更快、更便宜，也能提升审查质量。

Qodo 的路线是将 AI 与传统软件工程和脚本结合起来：公司知识引导编码代理，独立审查检查输出，人类专家解决遗留问题。Itamar 称之为“软件工厂”——客户可以自己组装和拥有的系统，让编码与审查代理共同工作，并理解软件在生产环境中的变化。通过与 OpenAI 的合作，Qodo 希望编码代理能调用更多公司经验，开发者则把判断力用在最需要的地方。