面向 DACH 团队的 AI 编程工具
按场景选，不按榜单选
Claude Code 与 Codex 在终端里；Cursor、JetBrains AI Assistant、Zed、Warp 在编辑器里；OpenCode 与 Aider 在两者之间。对德国、奥地利、瑞士的团队来说，第一问不是哪个模型分数最高，而是这个工具到底让不让设端点 —— 这决定了谁能够共用一个账号。
更新于 2026-10-01
比较之前先问四个问题
它接受端点吗？
QCode 工具页写明支持 Claude Code 与 Codex CLI，而 Cursor 不支持，因为它不允许配置第三方 API 端点。
规则放在哪里？
终端 CLI 读指令文件（CLAUDE.md、AGENTS.md）；编辑器有自己的助手设置。同一条团队规则会落在两个不同的评审面上。
一个账号还是几个？
凡能配置 OpenAI 兼容 Base URL 的工具都能挂到同一把 key；站内对 Zed、Warp 与 JetBrains AI Assistant 就按这个写法给了步骤。
Claude Code 是什么？
它的官方文档这样定义："Claude Code is an agentic coding tool that reads your codebase, edits files, runs commands, and integrates with your development tools."
这页比什么，也比不了什么
这页比四件事：工具能不能设端点、是终端形态还是编辑器形态、团队规则怎么落地、以及留给你多少本地控制。刻意不提供排名、价格表与跑分：这些每月都在变，而榜单本来也不是采购论据。DACH 团队在 Claude Code、Codex、Cursor、OpenCode、Aider 之间选择，先选的是工作方式，其次才是模型。
为什么端点问题要放在第一位
纸面上这些工具可互换，采购会上并不。站内的工具页明确写了 Cursor 不能指向第三方端点。于是坚持编辑器的团队若要统一计费，只能换编辑器、换规则，或为那把座位另留一份厂商合约。就这一条事实会重排整个候选清单 —— 所以它必须先说。
三种形态，三条决策路径
Claude Code 与 Codex：指令在文件里，端点是变量或 profile，一个账号可以同时驱动两者。
JetBrains AI Assistant、Zed 与 Warp 按站内文档可填 OpenAI 兼容 Base URL；Cursor 不行。
OpenCode 与 Aider 挂在 OpenAI 兼容端点上，可以按任务换模型，适合混合工具链。
有文档 vs 需要自己试点
有文档支撑
QCode 工具页写明支持 Claude Code 与 Codex CLI，Cursor 因不允许配置第三方 API 端点而不支持。站内 OpenCode 页写明 OpenCode 支持任意 OpenAI 兼容端点；Aider 页写明 aider 连接多数 LLM，含 OpenAI 兼容端点，并用 --model 选模型；Zed、Warp 与 JetBrains AI Assistant 页按同一写法记录了如何把编辑器指向 https://api.qcode.cc/v1、填入 QCode key 与来自 /models 的模型 id。厂商侧：Claude Code 的文档把它定义为会读取代码库、编辑文件、执行命令并与开发工具打通的编码代理工具；Codex 的 CLI 文档描述为在终端里查看、修改并运行代码。
要自己跑试点
试点必须替您回答这几件事：终端优先对那些长在 IDE 里的人是否可行；您的规则能否同时写进两种指令格式；代理直接改文件时您愿意审多少产出；必须留在 Cursor 的座位是否值得单独一份合约。这些都不是厂商文档或本页能定的 —— 本页也刻意不给排名和价格表。
终端优先 vs 编辑器优先
终端优先：Claude Code 与 Codex
一个账号可同时驱动两个 CLI；二者都有文档化的端点开关（环境变量、配置 profile）与文档化的指令文件。适合把代理规则当作代码评审内容、并且不怕用 shell 的团队。
编辑器优先：Cursor 与可配置的编辑器
Cursor 会把您留在自己的厂商关系里 —— 站内把它写作不支持，因为不允许第三方端点。JetBrains AI Assistant、Zed 与 Warp 都可以指向 OpenAI 兼容 Base URL，所以编辑器优先的团队同样能收敛到一把 key。
可用的选型顺序
第 1 步：写下代理实际要做的两三类任务（老服务的缺陷修复、新项目脚手架、补测试）。第 2 步：按能不能设端点排序；不能设的，只有您愿意单独向厂商付费时才作为候选。第 3 步：选团队会长期坚持的工作形态 —— 用终端的人给 shell，用 IDE 的人给编辑器集成。第 4 步：在同一仓库、同一任务清单上，各跑一周两个工具。第 5 步：按评审负担与指令可迁移性做决定，而不是按跑分截图。
在 QCode 上
QCode 把自己描述为 api.qcode.cc 上的 Anthropic 兼容接口，加上 https://api.qcode.cc/v1 的 OpenAI 兼容端点；可调用 id 以实时的 /models 页为准，计价基准是官方价乘以按供应方设定的服务费率。因此一把 key 可以同时驱动 Claude Code 与 Codex CLI —— 这正是站内写明支持的那组组合；其他工具在它们接受 OpenAI 兼容 Base URL 时也可接入。本页不声称某个具体模型已为您开通 —— 清单是 /models。
常见问题
DACH 团队该从哪个开始？
从工作方式开始，而不是从工具开始。如果工程师接受终端，文档化的那一对 Claude Code 加 Codex CLI 是路径最短的，因为一个账号一把 key 就能同时驱动。如果坚持在 IDE 里，第一个问题就是那个 IDE 让不让设第三方端点。
Cursor 能进这套方案吗？
不能作为共用 QCode key 的一个座位。站内工具页写明不支持 Cursor，理由是它不允许配置第三方 API 端点 —— 所以 Cursor 座位保留它自己的厂商关系与账单。
以 JetBrains 为主的技术组织呢？
站内记录了如何给 JetBrains AI Assistant 配 OpenAI 兼容 Base URL：设置里的 Providers 与 API keys，填端点 https://api.qcode.cc/v1、一把 key、以及来自 /models 的模型 id，界面里还能测试连接。写法与 Zed、Warp 页一致。
开源 CLI 对我们更安全吗？
开源改变的是您能检查什么，不是远端能看到什么。OpenAI 兼容的客户端仍会把您的提示词发给 Base URL 指向的主机。请把什么离开本机单独决定，并把指令文件与日志当作可评审的产物。
必须统一到一个工具吗？
不必，终端 CLI 就是反例：Codex 读 AGENTS.md，Claude Code 读 CLAUDE.md，同一条团队规则可以写进两个文件。工具统一不了时，规则仍可以统一。
为什么这页没有排名？
因为排名是每月一变的观点，而采购论据需要耐久的东西。本页列的是每个工具如何描述自己、以及 QCode 如何描述对它的支持；您团队真正要比较的是端点自由度、工作形态与评审负担。
信息来源
厂商侧：Claude Code 的概览与设置文档、Codex 的 CLI 文档（2026-10-01 抓取）。QCode 侧：工具对比页的支持性说明，OpenCode、Aider、Zed、Warp 与 JetBrains AI Assistant 各页，价格说明与 /models 目录页 —— 均发布于本站。本页没有使用任何跑分、价格表或排名。
相关阅读
工具能力与厂商关系会变化；本页每条说法都标明来自厂商文档还是 QCode 页面。这页不是跑分、排名或价目表，也不暗示任何模型可用性。