编码智能体 CLI 速览(2026年11月):Claude Code、Codex、Kimi Code 与兼容端点
编码智能体的“三件套”格局
终端里的编码智能体(CLI Agent)这一年从新事物变成了默认选项。翻开 11 月的公开信息,主流入口就那么三件,Anthropic 的 Claude Code、OpenAI 的 Codex,以及月之暗面的 Kimi Code。它们都不满足于“补全”,而是让模型在终端里自己读代码、改文件、跑测试,差别主要落在模型底座和订阅/API 计费上。
各家进度,模型与入口绑定得更紧了
Anthropic 这边,Claude Code 与 Claude Opus 5.5 绑定最深。后者的编码能力在公开基准里处在第一集团,Terminal-Bench 4.0 上得分 66.4%,是这张卷子上的最高分之一。OpenAI 那边则把 Codex 进一步强调为 GPT-6 家族的作业入口,11 月 5 日发布的 GPT-6 Cyber(授权安全作业专用)首批就同时开放了 API 与 Codex 两个入口,本站对此有专题报道。月之暗面的 Kimi Code 随 10 月 23 日的 K3.1 Pro 一起可用,K3.1 Pro 在同一基准上拿到 65.7%,与 Opus 5.5 的差距在一个百分点以内,模型细节见本站发布整理。
不想被单一厂商锁定怎么办
CLI 工具与模型底座并没有完全锁死。越来越多团队在走协议兼容这条路,DeepSeek 官方提供了 Anthropic 兼容端点,让 Claude Code 这类以 Anthropic SDK 说话的工具可以直接指向 DeepSeek 的模型,接入方法见本站的兼容端点指南。工具层的习惯可以照旧留着,快捷键、工作流、插件都不用换,模型层则按成本与能力随时替换。
Harness 与插件生态
围绕这些 CLI 工具,“Harness 类”组件(给智能体补上记忆、计划、工具调用的外围框架)与 bot 插件也在生长。本站此前整理过Harness 与 bot 插件生态,配合兼容端点使用可以搭出一套低成本的自定义智能体工作台。选型上不妨务实一点,先按团队现有订阅锁定工具,再按任务类型选模型——重交互的编码任务看 Opus 5.5 与 K3.1 Pro 这一对,需要安全作业能力则等 GPT-6 Cyber 的开放范围扩大后再评估。以上为截至发稿的公开信息。本文内容选自网上公开资料。
大模型网摘