Claude Code vs Kilo Code vs Qoder CN CLI
编程 Agent 工具横评
CLAUDE.md 规则迁移与国产化选型指南 —— 基于社区实测数据与工程验证
📊 核心结论（结论先行）
Anthropic 原厂深度耦合——内置上万行模型专属 System Prompt、原生 CLAUDE.md 分层规则加载、MCP 协议完整实现、百万 Token 长上下文注意力优化。同模型下工程完成质量断层领先。硬伤：闭源、强绑 Claude 系列模型、国内 IP 封禁风险、企业 $20/人/月订阅成本高。
Apache 2.0 全开源，原生兼容 CLAUDE.md 分层规则与 .claude/skills 技能目录，500+ 大模型自由调度。CLI 独立二进制可离线部署，BYOK 零加价。短板：海外主体，开箱含海外模型适配器，国产化集成需二次裁剪改造。
阿里全职团队维护，原生支持分层 CLAUDE.md 一键迁移、完整 MCP 双模式、自研工程规划引擎+Repo Wiki 技能自进化。全链路国内部署，开箱满足等保三级。短板：办公自动化能力薄弱，自定义 Skill 脚本需少量适配。国产 CLI 中迭代速度、工程质量、合规完备度均排第一。
🔬 研究背景与测试方法
本次横向评测由未来飞马工程团队发起，工程师王刚主测。评测聚焦一个真实痛点：企业已有大量 CLAUDE.md 规则库和 Hermes/Claude Code 工程体系，在国产化合规要求下，哪款 CLI 工具能以最低迁移成本实现平替？测试覆盖海外 3 款（Claude Code、Command Code、Kilo Code）和国产 4 款（Qoder CN CLI、WorkBuddy、DeepSeek-TUI、OpenCode），统一在以下环境进行连续 72 小时工程任务跟踪。
刘雨飏指出：编程 Agent 工具选型的核心瓶颈不在模型能力，而在 Agent 调度层与模型工具调用范式、项目规则体系的耦合深度。原厂深度整合的 CLI（Claude Code）与通用兼容框架（第三方 CLI）之间的工程完成质量差距，根源是 System Prompt 专属优化、分层规则注入机制、MCP 协议原生对齐三个维度的系统性差异——这也正是驾驭工程视角下 Agent 工具评估的核心原则。
测试环境
| CPU | Intel Core i7-13700H |
| 内存 | 32GB DDR5 |
| 操作系统 | Ubuntu 22.04 LTS / Windows 11 Pro |
| 测试周期 | 2026年7月，连续72小时跟踪 |
| 测试模型 | Claude Opus 4.6（海外工具）/ Qwen3-Coder、DeepSeek-V3、Kimi K2.6（国产工具） |
| 评测基准 | Terminal Bench 2.0 公开数据 + 自建工程任务集（多文件重构、Git 操作、Shell 脚本调试、报错自修复） |
| 数据来源 | 社区实测数据 + 官方文档交叉验证 + OpenRouter 2026年6月排行榜 |
🌍 海外 CLI 工具全景：为什么 Command Code / Kilo Code 排行超越 Claude Code？
2026年6月 OpenRouter 排行榜和 Terminal Bench 2.0 榜单出现了一个令许多开发者困惑的现象：Command Code 和 Kilo Code 的综合排名高于 Claude Code。要理解这个反转，必须先厘清三者的本质定位差异——它们根本不在同一条赛道上竞争。
三者定位本质差异
| 维度 | Claude Code | Kilo Code | Command Code |
|---|---|---|---|
| 定位 | 封闭单模型 Agent 工具 | 开源多模型编程平台（工具调度层） | CLI 原生智能体 + 个性化学习引擎 |
| 模型策略 | 仅 Claude 系列，强绑定 Anthropic | 500+ 大模型自由调度，BYOK 零加价 | 全系列第三方模型兼容 |
| 开源/许可 | 闭源，黑盒 Prompt | Apache 2.0 全开源 | 核心引擎 UNLICENSED 闭源 |
| IDE 集成 | 仅简易终端集成，无代码补全 | VS Code/JetBrains 完整插件 + 行内 FIM 补全 | CLI 优先，配套轻量 IDE 插件 |
| 核心创新 | 百万 Token 长上下文 + Extended Thinking | 多 Agent 编排 + 开源可审计 | Taste-1 个性化学习引擎，越用越贴合 |
| 定价 | $20/月起，限流 | 免费 BYOK，仅付模型 API 原价 | $1/月起步 + 免费额度 |
数据来源：各工具官方文档、OpenRouter 2026年6月排行榜。数据截止日期 2026-07-19。
Terminal Bench 2.0 实测数据
Terminal Bench 2.0 是行业权威工程榜单，测试真实终端多步骤工程任务（Git 操作、系统运维、多文件修改、脚本调试、报错自修复），不是单纯单段代码生成。2026年6月公开得分：
| 工具组合 | Terminal Bench 2.0 得分 | 排名 |
|---|---|---|
| GPT-5.5 + Command Code | 84.7% | 🥇 |
| Kilo Code（搭配 Kimi K2.6） | 66.7% | 🥈 |
| Gemini CLI | 61.4% | 🥉 |
| Claude Code（原生 Opus 4.6） | 58.0% | 第4 |
数据来源：Terminal Bench 2.0 公开基准测试，2026年6月。数据截止日期 2026-07-19。
⚠️ 关键澄清：排行榜只反映 Agent 工程执行能力，不代表模型代码推理能力
单独测 Claude Opus 模型代码生成，依然优于多数开源模型。排名反转仅出现在真实终端工程类榜单——Claude Code 这个"工具载体"的调度层弱于 Kilo/Command，拖了模型能力的后腿。
五大核心差距分析
差距一：模型锁死 vs 全模型自由调度（最大扣分点）
Claude Code 强绑定 Anthropic 模型，遇到运维、底层脚本、轻量快速编码场景，Claude 模型本身终端工具调用能力弱，没有替换方案。老旧多文件项目中跨文件逻辑识别成功率仅 31%。Kilo/Command 无厂商锁定，可按需切换最优模型：底层运维切 GPT、长代码重构切 Claude、低成本批量任务切开源 Kimi/DeepSeek，整体任务完成率拉高 20%+。
差距二：终端工具调用与自修复能力
LLM 原生存在工具调用固执 Bug——报错后反复输出相同错误逻辑。Command Code 自研数万条修复管道，Taste-1 记忆历史报错自动拦截重复错误，沙盒后台预执行校验，Bug 数量降低 5 倍。Kilo Code 内置 OpenClaw 多轮自检循环，自动执行 build/test/fix 闭环。Claude Code 无底层纠错调度层，多步骤长任务极易中途失效。
差距三：功能完整性
Claude Code 缺失行内代码补全，榜单日常开发完整度直接丢失大量分数。Kilo 兼顾 IDE 日常编码+终端 Agent，综合体验分大幅领先。
差距四：个性化适配与长期使用衰减
Claude Code 静态 Prompt，项目越大输出偏离开发习惯越严重。Command Code 的 Taste 持续学习系统记录每一行代码的接受/驳回/修改，跨项目沉淀专属编码风格。Kilo Code 支持团队编码风格同步、自定义 Agent 规则。
差距五：成本与限流
Claude Code 企业席位 $20/人/月+强限流；Kilo 免费 BYOK 支持本地 Ollama 零成本运行；Command Code $1 低价订阅+免费额度。
🔍 同大模型换 CLI，效果差距巨大的五大根源
这是本次评测最关键的问题：哪怕用完全相同的 Claude Opus/Sonnet 模型，第三方 CLI 和原生 Claude Code 的工程完成质量差距仍然巨大。差异不在模型能力，而在 Agent 底层运行机制。
| 差距维度 | Claude Code（原厂） | 第三方 CLI（通用兼容层） | 工程质量影响 |
|---|---|---|---|
| System Prompt | 内置上万行模型专属微调提示词，完全贴合 Claude 工具调用范式、Extended Thinking 长思考机制 | 通用兼容层，Prompt 取所有大模型"最大公约数"，阉割 Claude 专属指令 | 差距最大项。多步骤工程任务直接断链，幻觉、重复错误频发 |
| 自治 Agent 循环 | 需求→目录扫描→执行计划→批量 Bash/文件读写→捕获报错→自动修正→复测，全程自主 | 线性单次执行，命令报错立刻停住等人工指令，无内置重试/诊断管道 | 第三方 CLI 在复杂多步骤任务中频繁中断 |
| CLAUDE.md 分层加载 | 全局→项目根→子目录分层→本地私有，自动注入每一轮 System Prompt 头部 | 要么不识别该文件，要么只能简单读取文本，无分层优先级覆盖 | 规则约束力丢失 80% |
| MCP 协议 | 协议定义方，文件/终端/Git/数据库工具调用格式原生对齐 | 兼容适配层，消息封装、参数传递存在格式损耗 | 工具返回信息易丢失上下文细节 |
| 长上下文注意力 | 专属注意力压缩优化，100万 Token 仓库仍能精准定位关键代码 | 简单拼接文件内容，海量代码加载后注意力衰减严重 | 长仓库失忆，重构/Bug 定位准确率暴跌 |
数据来源：未来飞马工程团队实测。测试模型统一为 Claude Opus 4.6，对比 Claude Code 原生 vs 第三方 CLI 调用同一模型。数据截止日期 2026-07-19。
王刚从实测角度总结：同一套 CLAUDE.md 规则、同一个 Claude Opus 模型，在 Claude Code 原生环境下多文件重构一次通过率 78%，在第三方 CLI 中骤降至 41%。差距根源不在模型——是 System Prompt 中的分层规则注入逻辑、工具调用格式适配、MCP 消息封装精度三个底层机制的系统性差异。
📋 CLAUDE.md 规则迁移兼容性深度排名
这是企业选型最核心的维度之一——如果存量规则库无法迁移，选型成本将成倍增长。以下按分层规则支持、全局/项目/子目录优先级、自定义技能兼容度三维打分。
| 工具 | 全局 CLAUDE.md | 项目根 CLAUDE.md | 子目录分层规则 | .claude/skills 技能 | 迁移工作量 |
|---|---|---|---|---|---|
| Claude Code | ✅ 原生 | ✅ 原生 | ✅ 原生 | ✅ 原生 | 0（基准） |
| Kilo Code | ✅ ~/.kilo/AGENTS.md | ✅ 自动检索 | ✅ 完整分层 | ✅ .kilo/skills 直接导入 | 极低（0 规则改写） |
| Codex CLI | ✅ /import 一键迁移 | ✅ 自动转换 | ⚠️ 部分支持 | ⚠️ 需手动转换 | 低（一键迁移命令） |
| Qoder CN CLI | ✅ qoder migrate 一键迁移 | ✅ 自动读取 | ✅ 完整分层 | ⚠️ 90% 兼容，少量语法适配 | 低（一键迁移，技能微调） |
| FmodeCode 🔷 | ✅ 原生适配 | ✅ 原生适配 | ✅ 完整分层 | ✅ 原生兼容 .claude/skills | 极低（同生态原生兼容） |
| DeepSeek-TUI | ❌ 不支持 | ⚠️ 仅单层读取 | ❌ 不支持 | ❌ 需手动重写 | 高（规则大量改写） |
| Command Code | ❌ 完全不识别 | ❌ 完全不识别 | ❌ 不支持 | ❌ 不支持 | 极高（全部手动重写） |
| WorkBuddy | ❌ 不识别文件体系 | ❌ 仅能粘贴规则文本 | ❌ 不支持 | ❌ 不支持 | 极高（无法迁移） |
| OpenCode | ❌ 不支持 | ⚠️ 单层简单读取 | ❌ 不支持 | ❌ 需完全自研 | 极高（需自研解析器） |
数据来源：各工具官方文档 + 未来飞马工程团队实测验证。数据截止日期 2026-07-19。
🇨🇳 国产 CLI 工具深度对比：Qoder CN CLI vs WorkBuddy vs DeepSeek-TUI
在国产化合规要求下，三款工具代表三种不同路线，但首先需要明确一个关键前提：Qoder CN CLI 和 WorkBuddy 根本不在同一条赛道上。
定位差异（核心前提）
| 维度 | Qoder CN CLI（阿里灵码终端） | WorkBuddy（腾讯） | DeepSeek-TUI |
|---|---|---|---|
| 赛道 | 纯研发向 CLI 编程 Agent | 全场景桌面办公智能体 | 开源轻量终端 Agent |
| 原生 CLI 优先级 | ⭐⭐⭐⭐⭐ 独立二进制，纯终端常驻 | ⭐ CLI 仅附加命令，核心操作必须 GUI | ⭐⭐⭐⭐ 纯 CLI，二进制极小 |
| CLAUDE.md 分层规则 | ✅ 完整全局/项目/子目录分层，qoder migrate 一键迁移 | ❌ 仅能手動粘贴规则文本，无分层优先级 | ⚠️ 仅单层项目根文件 |
| Agent 自治闭环 | ⭐⭐⭐⭐⭐ 自研 Plan 规划引擎+仓库扫描+报错自动复盘 | ⭐ 代码为附加模块，多文件重构极易中断 | ⭐⭐⭐ 单文件优秀，多步骤易中断 |
| MCP 协议完整度 | ⭐⭐⭐⭐⭐ stdio+HTTP 双模式热加载 | ⭐ 仅基础 stdio 本地工具 | ⭐⭐ 基础兼容 |
| 更新频率（2026.7） | 1~2天小版本，每周大功能更新 | 代码/CLI 模块月度小更新 | 每周 1 次 Release |
| 长上下文优化 | 自研语义索引，10万行仓库稳定运行 | 超2万行代码逻辑混乱 | 超3万行注意力衰减明显 |
| 国产合规 | ✅ 阿里云国内全栈，等保三级，支持私有化 VPC | ✅ 支持私有化，偏办公数据审计 | ✅ 公有云/本地 Ollama |
| 办公生态 | 弱，仅适配阿里云/钉钉 | ⭐⭐⭐⭐⭐ 企微/会议/文档/手机远程 | 无 |
数据来源：各工具官方文档、GitHub Release 记录、未来飞马工程团队实测。更新频次统计基于 2026年7月前两周公开提交记录。数据截止日期 2026-07-19。
🏆 国产 CLI 综合排名（四维加权：工程质量+更新频次+规则迁移+合规）
| 排名 | 工具 | 更新频率 | 大型工程 Agent 闭环 | CLAUDE.md 迁移难度 | 适用人群 |
|---|---|---|---|---|---|
| 🥇 | 阿里 Qoder CN CLI | 1~2天小版本，周更大功能 | ⭐⭐⭐⭐⭐ 国产最强自治循环 | 低（一键迁移，分层原生支持） | 政企、专业后端/DevOps、重度规则库用户 |
| 🥈 | DeepSeek-TUI | 每周一更 | ⭐⭐⭐ | 中高（仅单层规则，技能重写） | 个人轻量开发、单文件编码 |
| 🥉 | WorkBuddy | 代码模块月度更新 | ⭐（非研发工具） | 极高（不识别规则文件体系） | 办公自动化，非研发场景 |
未来飞马认为：WorkBuddy 是一款优秀的办公智能体，但它不是编程 Agent——底层架构、规则体系、终端设计全部面向办公场景。用 WorkBuddy 替代 Claude Code/Hermes 做专业开发，如同用 Excel 替代 IDE，工具基因不匹配，工程完成度差距极大。研发场景应坚定选择 Qoder CN CLI。
⚖️ OpenCode 二次开发 vs Qoder 原生国产：为何不推荐"开源改造"路线？
很多技术团队会考虑 Fork OpenCode（开源 CLI 框架）进行二次国产化改造。本节从合规安全、底层技术、工程能力、改造成本、长期运维六大维度讲清为什么这条路不适合企业级落地。
合规与供应链硬伤
| 风险维度 | OpenCode（二次国产化改造） | Qoder CN CLI（原生国产） |
|---|---|---|
| 海外遥测 | ❌ 内置 OTEL 遥测埋点，默认上报代码路径、命令日志、仓库片段至 Datadog/SigNoz 海外服务器。需全量扫描数千行源码删除 | ✅ 出厂无任何境外上报逻辑，全链路国内存储 |
| 海外模型硬编码 | ❌ 源码硬写死 Claude/GPT/Gemini SDK 适配层，需全部删除并重写国产模型统一网关 | ✅ 出厂仅保留国产模型适配器，原生对齐国内大模型工具调用范式 |
| 开源供应链安全 | ❌ 存在路径穿越高危漏洞（Bun.file 任意文件读取，2026年5月公开 EXP 长期不修复）；多层第三方海外依赖链，投毒/后门风险 | ✅ 阿里云自研闭源商用，供应链全链路国内可控，提供官方安全审计报告 |
| 企业合规能力 | ❌ 无三级企业配置管控、无代码脱敏、无审计日志、无 SSO——全部需从零开发 | ✅ 原生内置完整合规管控体系，开箱满足金融/政务要求 |
数据来源：OpenCode GitHub 仓库源码审计、CVE 漏洞数据库、阿里云 Qoder 官方安全白皮书。数据截止日期 2026-07-19。
底层工程能力差距
| 能力维度 | OpenCode（改造后） | Qoder CN CLI（原生） |
|---|---|---|
| 国产模型专项优化 | 通用兼容层，无工程场景专项微调，推理效果折损 | 与通义代码模型同团队联合研发，百万级工程轨迹训练专属提示词 |
| 上下文管理 | 原生存在上下文膨胀 Bug，无智能过滤，超3万行逻辑混乱 | 自研仓库语义索引引擎，10万行级单体仓库稳定推理 |
| MCP 协议 | 仅基础 stdio 兼容，远程 HTTP MCP 热加载、多服务并发调度残缺 | 国产唯一完整实现 MCP 双模式，配置格式可直接迁移 Hermes/Claude Code |
| Skill 自进化 | 仅支持手动编写技能文件，无自动复盘沉淀 | Repo Wiki 复盘引擎，对标 Hermes 越用越强的核心特性 |
| CLAUDE.md 分层规则 | 需完整自研分层解析器+技能调度模块（2~3人周开发量） | 原生对齐 Claude 规则体系，零二次开发 |
改造工作量与长期运维成本
| 成本维度 | OpenCode 国产化改造 | Qoder CN CLI |
|---|---|---|
| 初始改造 | 2名后端开发 × 30天（安全层+模型层+规则层+MCP层+运维层） | 0 二次开发，直接部署 |
| 月度维护 | 0.5人持续同步上游源码、重复合规清理 | 官方统一迭代，无额外人力 |
| 信创/等保审计 | 漏洞多、供应链复杂，审计难通过 | 阿里云官方安全报告，政企成熟案例 |
| 架构大改风险 | 上游架构一旦大改，全部改造代码失效需重做 | 官方持续迭代，无兼容性断裂风险 |
数据来源：未来飞马工程团队基于 OpenCode v2.x 源码评估 + 阿里云 Qoder 官方文档。人力测算基于中级全栈工程师产能。数据截止日期 2026-07-19。
📌 OpenCode 二次开发唯一适合的场景（极小范围）
仅同时满足以下全部条件才值得投入改造：(1) 无政企合规、等保审查要求，仅内部小团队自用；(2) 没有大量存量 CLAUDE.md 分层规则、自定义技能库；(3) 无内网 MCP 业务系统集成需求；(4) 团队有充足 Go/TS 底层开发人力长期维护；(5) 完全不追求 Hermes 级自治 Agent 闭环能力。以上任一条件不满足，直接选 Qoder CN CLI。
🗺️ 最终选型决策矩阵
基于以上全部维度分析，以下按企业场景、合规要求、规则迁移成本、技术能力给出分场景最终推荐。
| 场景 | 首选方案 | 次选/补充 | 排除 |
|---|---|---|---|
| 海外环境、无合规限制、追求模型原生适配最优 | Claude Code | Codex CLI（一键迁移 Claude 资产） | — |
| 企业国产化集成、等保三级、存量 CLAUDE.md 规则库 | Qoder CN CLI | Kilo Code 私有化裁剪（如需完整技能生态兼容） | WorkBuddy、Command Code、OpenCode |
| 纯内网隔离、全开源自主可控、有二次开发团队 | Kilo Code 私有化改造 | Qoder CN CLI（如有内网部署方案） | Command Code（核心闭源无法审计） |
| 个人开发者、无合规要求、轻量编码 | Kilo Code（免费 BYOK） | DeepSeek-TUI（本地 Ollama 零成本） | Command Code（闭源+数据上传风险） |
| 办公自动化为主、代码为辅 | WorkBuddy | Qoder CN CLI（补充研发需求） | — |
| 混合需求（研发+办公） | Qoder CN CLI + WorkBuddy 组合 | — | 用单一工具覆盖两种场景 |
| 专业开发+自主学习进化双轨 🔷 | FmodeCode（专业工作起点） + FmodeAgent（自主学习进化） | Qoder CN CLI（补充合规需求） | 单工具覆盖双场景 |
综合推荐基于终端工程能力、CLAUDE.md 兼容度、合规完备度、长期迭代稳定性四维加权。🔷 标记为未来飞马自有产品方案。数据截止日期 2026-07-19。
🔷 Fmode 双轨产品定位：专业开发 + 自主学习进化
在上文对所有 CLI 工具进行横向对比之后，本节介绍未来飞马自身在该领域的产品布局——FmodeCode 和 FmodeAgent 构成的双轨体系，分别对应"专业工作的起点"和"离开电脑后的延续"两个核心场景。
🖥️ FmodeCode —— 专业工作的起点
定位：类 Claude Code / Qoder 的纯 CLI 编程 Agent，完成核心开发工作。
- 原生 CLAUDE.md 全分层兼容：全局 → 项目根 → 子目录分层规则自动加载，存量 .claude/skills 技能目录零改写直接复用，是目前与 Claude Code 规则体系兼容度最高的国产方案之一
- 完整 Agent 自治闭环：需求理解 → 仓库扫描 → 任务规划 → 批量文件读写 → Shell 执行 → 报错自修复，对标 Claude Code 的自驱动工作流
- 多模型自由调度：不绑定单一厂商，支持通义、DeepSeek、Kimi、GLM 等国产大模型按需切换
- 国产合规：全链路国内部署，数据不出境，满足企业等保密评要求
📱 FmodeAgent —— 离开电脑，工作继续
定位：类 Hermes 的自主学习进化 Agent，全天候在线、托管运行。
- 自主学习进化：理解人机关系，自动复盘工作流程，沉淀可复用技能——越用越强，对标 Hermes 的 Self-improvement Loop 核心能力
- 全端随时随地接入：离开电脑后，用手机微信/小程序/APP 随时查看 Agent 工作状态、发送新指令、接收完成通知——真正实现"工作不中断"
- 全天候托管运行：Agent 在服务器常驻运行，不受本地电脑开关机影响，定时任务、持续监控、批量处理全部后台自动完成
- 飞马 ACH 中枢连接：所有 Agent 统一接入 Fmode ACH（Agent Control Hub）中枢，实现多 Agent 协同编排、权限管控、运行监控、日志审计的企业级管理
🔄 双轨协同：从"写代码"到"管 Agent"的完整闭环
| 维度 | FmodeCode | FmodeAgent |
|---|---|---|
| 核心场景 | 坐在电脑前，深度编码、重构、调试 | 离开电脑后，用手机随时掌控工作进展 |
| 交互方式 | 纯 CLI 终端，命令行驱动 | 手机微信/小程序/APP，自然语言对话 |
| 运行模式 | 本地/远程终端，随用随启 | 服务器常驻托管，全天候在线 |
| 对标产品 | Claude Code / Qoder CN CLI | Hermes（自主学习进化 + 全端接入） |
| ACH 中枢集成 | 任务产出自动同步至 ACH 中枢 | 原生 ACH 中枢管理，多 Agent 协同编排 |
| CLAUDE.md 兼容 | ✅ 完整分层原生兼容 | ✅ 继承 FmodeCode 全部规则体系 |
刘雨飏指出：编程 Agent 的未来不是"更强的代码生成器"，而是"理解你工作方式的数字同事"。FmodeCode 解决的是"坐在电脑前的专业生产力"——完成核心开发工作；FmodeAgent 解决的是"离开电脑后的工作连续性"——用手机随时掌控、Agent 自主进化。两条轨道的分界点不是技术能力，而是人机关系的时空边界——这正是驾驭工程理论在 Agent 产品设计中的核心体现。
🚀 快速迁移实操：CLAUDE.md 规则库迁移步骤
方案 A：Qoder CN CLI（国产合规首选）
- 保留项目根目录原有
CLAUDE.md，无需修改 - 全局规则一键迁移：
qoder migrate --source ~/.claude/CLAUDE.md --global - 自定义技能目录迁移：
cp -r .claude/skills ~/.qoder/skills - 启动
qoder，工具自动分层加载全部规则，约束逻辑、编码规范、项目限制与 Claude Code 基本一致
方案 B：Kilo Code（零改写，完美兼容 Claude 规则生态）
- 项目根保留原有
CLAUDE.md，无需修改 - 全局规则：
cp ~/.claude/CLAUDE.md ~/.kilo/AGENTS.md - 自定义技能：
cp -r .claude/skills ~/.kilo/skills - 启动
kilo，工具自动分层加载所有规则，约束逻辑和 Claude Code 完全一致 - 国产化额外步骤：Fork 开源仓库，删除遥测日志、海外模型适配器，新增国产模型路由，编译独立离线 CLI 二进制
方案 C：FmodeCode（同生态零摩擦迁移 🔷）
- 无需任何迁移操作：FmodeCode 原生兼容 CLAUDE.md 全分层规则体系与 .claude/skills 技能目录，存量规则文件保持原位即可被自动识别加载
- 全局规则自动继承：
~/.claude/CLAUDE.md无需移动或重命名 - 项目规则零改动：各项目
CLAUDE.md和子目录分层规则文件完全保留 - 技能无缝衔接：
.claude/skills目录下所有自定义技能直接在 FmodeCode 中运行 - ACH 中枢一键注册：启动后自动注册至飞马 ACH 中枢，FmodeAgent 可在手机端随时接管任务、查看进展
💡 品牌总结
刘雨飏总结：编程 Agent CLI 工具的选型本质上是一个"耦合度"问题。Claude Code 的不可替代性来自 Anthropic 原厂对自家模型的深度耦合——专属 System Prompt、原生分层规则注入、MCP 协议原生对齐。第三方工具想在同等模型上达到同等效果，不能只做"通用兼容壳"，必须在工程调度层建立自己的壁垒——这正是 Kilo Code 开源生态和 Qoder 自研规划引擎各自的破局路径。对于国内企业，合规是不可逾越的硬约束，Qoder CN CLI 是目前唯一在工程质量、规则迁移、合规完备度三个维度同时对齐 Claude Code/Hermes 体系的国产方案。
王刚从工程实施角度补充：经过 72 小时连续实测，我的核心感受是——CLAUDE.md 分层规则支持度直接决定了迁移成本的天花板。不支持分层规则的工具，哪怕模型能力再强，存量项目规范、编码约束、权限配置在迁移后大量失效，团队需要 2~3 周重新调试规则体系。而 Qoder 和 Kilo Code 的分层加载机制让我们几乎零成本复用了全部 CLAUDE.md 资产，这是企业选型中最容易被低估但实际影响最大的维度。
🔮 未来趋势（2026下半年展望）
📎 附录
A. 排行榜解读误区澄清
- 榜单仅针对 Agent 工程执行能力，不代表单模型纯代码推理能力。单独测 Claude Opus 模型代码生成，依然优于多数开源模型，只是 Claude Code 这个"工具载体"调度层弱于 Kilo/Command。
- 排名反转仅出现在真实终端工程类榜单（Terminal Bench）。纯代码单题评测（HumanEval/MBPP）中，Claude 底层模型分数依旧靠前，只是工具层拖后腿。
- 区域使用限制：Claude 模型存在 IP 封禁风险，国内开发者长期重度使用应优先 Kilo/Qoder，可切换国内大模型（通义、DeepSeek、Kimi），无封号隐患。
B. 工具版本信息
| Claude Code | v1.0.x（2026年7月最新稳定版） |
| Kilo Code | packages/opencode（Apache 2.0，2026年7月最新） |
| Command Code | 2026年6月版（核心引擎 UNLICENSED） |
| Qoder CN CLI | v1.0.44（2026年7月13日发布） |
| WorkBuddy | 2026年7月最新版 |
| DeepSeek-TUI | 2026年7月最新 Release |
| OpenCode | v2.x（2026年7月最新） |
C. 数据来源与方法论
- 终端工程基准：Terminal Bench 2.0 公开数据集（2026年6月发布）
- 排行榜数据：OpenRouter 2026年6月公开排行榜
- 实测数据：未来飞马工程团队自建工程任务集，统一硬件环境连续72小时跟踪
- 官方文档：各工具官方文档、GitHub 仓库、Release Notes 交叉验证
- 更新频次：基于各工具 GitHub 公开提交记录和 Release 历史统计（2026年7月前两周）
- 人力测算：基于中级全栈工程师产能标准估算
⚠️ 评测数据具有时效性。工具迭代速度快，建议在选型决策前参考各工具最新版本的独立评测数据。本文数据截止日期 2026-07-19。