Plandex 与 Aider：工作流、模型和总成本

如果你想使用第三方 OpenAI 兼容端点，请选择 Aider：其文档说明只需设置两个环境变量和一个 openai/ 前缀，无需套餐、账户或许可证门槛。只有在你打算自行托管时才选择 Plandex——其支持矩阵将自定义提供商限制为自托管安装，而且它上次推送代码是在 2025 年 10 月 3 日。 这两个项目的状态截然不同，在这里，这一点比任何功能列表都更能决定选择。

两者都是免费的终端编码代理，软件本身不收费，因此这不是价格比较，而是比较：要连接到你已经选定的端点，每个工具分别需要你做多少工作；它们如何处理你的工作树；以及选择一个供应商域名已停止解析的项目后，你需要承担什么后果。

你实际是在二者之间做什么选择

有一点区别是表格所依赖的。公司和云服务停止运营了；仓库没有。维护者的停止运营公告日期为 2025 年 10 月 3 日；现在域名已失效，只能通过 Internet Archive 阅读。公告称，他已接受其他地方的工程职位；新试用和注册已被禁用，订阅已暂停；Plandex Cloud 会继续为现有客户运行，直到 2025 年 11 月 7 日关闭；开源项目将继续保留在 GitHub 上。公告没有承诺会继续发布版本，也没有宣布代码已被弃用；在 GitHub 上，该仓库仍然在线，采用 MIT 许可证且未归档。DNS 结果是观察结果，而非结论：plandex.ai 的 .ai 注册记录已付费至 2027 年 9 月，并于 2026 年 8 月 12 日更新，也就是本次检查前约六周；但当前委派指向拒绝查询的名称服务器。该域名可能会恢复。

另一方面，Aider 自身的数据需要加上一条限定。其版本说明在“main branch”标题下列出了 2026 年的模型支持——Claude 4.5/4.6 别名、Gemini 3 预览模型、GPT-5.1 到 5.4 的设置以及新的 /ok 命令；这意味着这些内容已合并，但不一定已经发布。2026 年 4 月和 5 月的工作进入了 main，晚于 2026 年 2 月 12 日上传到 PyPI 的版本，因此普通的 pip install aider-chat 不包含这些内容。这是根据日期得出的推断，而不是对软件包进行差异比较。第三方分支 cecli-dev/cecli 的发布频率高得多，但它的版本和功能并不属于 Aider，不应这样理解。

在你阅读这个配对的其他内容之前，先澄清两个搜索结果冲突。会计软件领域还有一家不同的公司也以 Aider 名义运营，使用不同的域名，为会计师和簿记员销售期末结账自动化服务，并公布自己的定价；这些价格描述的是那个产品，与编码 CLI 毫无关系，因此本页面任何地方都没有出现 Aider 的月费数字。搜索结果中出现的 Plandex 副本——Pendia/Plandex-AI-Coding-Agent 和 mattias50/plandexV2——是零星标分支，最后分别于 2025 年 5 月和 3 月推送，其 GitHub 描述复制或略微改写了原项目的描述。唯一的官方仓库是 plandex-ai/plandex。

选择哪一个

当你的端点是第三方 OpenAI 兼容 API、你在 git 中工作并希望每次编辑发生时都提交、你希望安装路径仍能获得软件包、并且你希望配置方式是 shell export 而不是 JSON 架构时，选择 Aider。迁移成本是几分钟外加一个元数据文件。

当审查模型比发布节奏更重要时，选择 Plandex：你希望 AI 更改先保留在沙箱中，读完差异后才应用；你希望使用预设的自主性阶梯，而不是逐条消息切换模式；并且你愿意运行 Docker 和 Postgres 来自行托管。请提前接受：你采用的是 2025 年 7 月发布的版本，其供应商域名无法解析，而且文档中的快速安装正是因此失效的内容之一。

当你希望使用一个持续发布、拥有一流自定义端点路径和维护良好的插件生态的代理时，两者都不要选。Aider 替代方案涵盖了这一领域，OpenCode、Claude Code 和 Cline 是三个提供已发布 Kunavo 配置的选择。

工作流：先审查后应用，对比先应用后撤销

这是最大的结构性差异，并非品味问题。Plandex 的审查更改文档说明，默认不会直接将更改应用到项目文件，而是将更改累积在版本控制沙箱中，以便你先审查；你可以通过 plandex diff、plandex diff --ui中的浏览器视图以及 plandex reject逐文件拒绝，然后执行 plandex apply。此外，其版本控制文档说明计划本身也有版本：上下文更改、提示、响应、构建、拒绝、应用和模型设置更改都会创建一个版本，可使用 plandex log浏览并使用 plandex rewind恢复。这段历史属于 Plandex 自己的存储，而不是你的 git 历史。

Aider 的做法相反。其git 页面说明：如果你在没有 git 仓库的目录中启动它，它会要求创建 git 仓库；每当它编辑文件时，都会使用描述性提交消息提交这些更改；它还会先提交任何已有的未提交更改，以便将你的编辑与它的编辑分开。恢复方式是 /undo，它会撤销并丢弃上一次更改。这里未确认 Plandex 是否根本需要 git 仓库。

两个项目都没有记录嵌入索引，Kunavo 也不提供嵌入模型，因此两者的文档化配置都不需要嵌入索引。两者都描述了 tree-sitter 路径：Plandex 的README宣传 tree-sitter 项目映射，Aider 的支持语言页面则说明其仓库映射由每种语言的 tree-sitter 语法标签构建。

权限：自主性阶梯，对比模式切换

Plandex 通过五个由 plandex set-auto 或启动标志设置的预设来控制行为。Aider 没有对应的矩阵：其聊天模式包括 code、ask、architect 和 help，可逐条消息切换，也可固定使用；而 shell 执行是明确的 /run（别名 !）和 /test 命令，由其聊天内命令列表记录，而不是一种权限级别。

根据 Plandex 的自主性文档于 2026 年 9 月 21 日读取。实际含义是：上文的沙箱优势只在 Full 以下级别成立，因为 Full 会开启自动应用。

接入你自己的端点：最明显的差异

Aider 的OpenAI 兼容页面发布了完整配置。无需跨过任何层级：这里检查的 aider.chat 页面中，没有任何页面在你与端点之间设置套餐、账户或托管服务门槛。

export OPENAI_API_BASE=<endpoint>
export OPENAI_API_KEY=<key>

aider --model openai/<model-name>

真正的边界在于元数据，而不是权限。Aider 的警告页面说明，对于它从未识别过的模型，它会使用无限上下文窗口并假定模型免费，因此自定义 ID 会报告不可信的成本，直到你写入其高级模型设置页面所记录的文件：主目录、git 根目录或启动目录中的 .aider.model.metadata.json，按完整限定的 provider/model 名称作为键，并包含 input_cost_per_token、output_cost_per_token、litellm_provider 和 mode。Aider 定价通过该文件以及其背后的编辑格式默认值发挥作用。

Plandex 则发布了支持矩阵，这是两个项目文档中最影响决策的一段：自托管完整支持自定义模型、提供商和模型包；使用自带 API 密钥的 Cloud 支持自定义模型和模型包，但说明模型只能使用内置提供商；使用集成模型的 Cloud 仅支持由内置模型组成的自定义模型包。根据该矩阵，两个付费 Cloud 层级都无法连接自定义端点。此外，环境变量参考中没有针对提供商的通用 base URL 覆盖项——AZURE_API_BASE专用于 Azure，OLLAMA_BASE_URL是服务器端用于访问容器外 Ollama 的设置——因此，由 plandex models custom打开的 JSON 文件是连接任意 OpenAI 兼容端点的唯一文档化路径。

{
  "providers": [
    {
      "name": "my-provider",
      "baseUrl": "https://api.example.com/v1",
      "apiKeyEnvVar": "MY_PROVIDER_API_KEY"
    }
  ]
}

这一部分是容易处理的三分之一。随后，每个自定义模型都声明 modelId、publisher、description、defaultMaxConvoTokens、maxTokens、maxOutputTokens、reservedOutputTokens 以及一个由 xml 或 tool-call-json 组成的 preferredOutputFormat；然后，每个模型都按角色放入一个模型包——必须提供 planner、summarizer 和 builder，而 architect、coder、wholeFileBuilder、names、commitMessages 和 autoContinue 可选。生成模板中的 $schema 指向无法解析的 https://plandex.ai/schemas/models-input.schema.json；文档说明该架构为编辑器提供自动补全、验证和内联文档，架构文件已签入仓库的 app/cli/schema/json-schemas/ 下，因此解决方法是使用本地路径。请将其视为编辑器工具问题——这里未检查 CLI 是否会在运行时获取远程架构。

在采用 Plandex 之前，还值得了解两个细节。其文档和代码对云 API 主机存在分歧：environment-variables.md说 PLANDEX_API_HOST 默认值为 https://api.plandex.ai，而 clients.go 硬编码为 https://api-v2.plandex.ai。两者都位于无法解析的域名上，因此这一差异没有实际影响，但应以代码为准。对于内置提供商，Plandex 的提供商文档在 CLI 启动时从环境变量读取密钥；当两者同时设置时，直接提供商优先于 OpenRouter；并声称直接提供商的成本比 OpenRouter 低约 5%——这是 Plandex 在 2025 年 7 月的说法，不是测量结果；请在我们的 OpenRouter 对比中根据当前条款进行核对。

每个工具实际向你收取什么费用

两个项目都不收费。Aider 采用 Apache-2.0 许可证，这里检查的 aider.chat 页面中没有套餐、层级、席位或托管服务；Plandex 采用 MIT 许可证，提供公共服务器镜像，其自托管快速入门文档未列出任何许可证步骤。两者的全部费用都是按你的提供商费率收取的模型 token 费用；对于 Plandex，还要加上运行 Docker 和 Postgres 所需的费用。Plandex Cloud 是搜索结果中流传的唯一价格锚点，但没人可以买到它：其Cloud 页面仍列出集成模型每月 $45、自带 API 密钥每月 $30，上方的通知说明 Cloud 自 2025 年 10 月 3 日起正逐步结束运营，且不再接受新用户；该通知链接的公告称服务已于 2025 年 11 月 7 日关闭。

由于双方软件都是免费的，有用的成本问题是：你运行哪个模型，以及有多少角色会产生费用。两个工具都会将任务分配给多个模型——Plandex 的模型包要求规划器、摘要器和构建器，Aider 的选项参考则将 --weak-model描述为用于提交消息和聊天历史摘要的模型——因此，单一的总费率会低估两者的成本。以下数字是说明性的 token 算术，不是实测任务成本，也不是账单上限：假设一次会话发送250,000 个未缓存输入 token并接收15,000 个输出 token，按照实时Kunavo 目录中每百万 token 的费率计算。

辅助角色体现了两个工具都鼓励的同一种习惯。假设摘要和提交消息流量另有 40,000 个输入 token 和 2,500 个输出 token：如果运行在 Claude Sonnet 4.6 上，成本为 $0.110；运行在 Claude Haiku 4.5 上，成本为 $0.037。Plandex 允许你在模型包中为每个角色指定不同模型；Aider 则提供 --weak-model 实现相同目的。在将这些数字视为预算前，请按你自己的会话规模进行换算，并检查你的提供商账户实际记录的费用——如下方 FAQ 所述，两个工具都无法在自定义端点上提供可靠的支出读数。

Kunavo 目录金额是计费下限，而不是上限：上游报告费用后，账单取目录成本与上游成本乘以适用加价两者中的较高者。缓存费用和外部工具费用不包含在此示例中。预付余额的最低充值额为$10的预付额度，这是资金充值最低额，而不是任务费用或订阅费——请参阅账单详情。关于缩减这些数字所采用的方法，请参阅AI 成本优化。

迁移成本并列比较

关于 Aider 栏目，还需要说明一个 Python 细节，因为两个官方来源描述的是不同的软件包：安装页面提到引导安装器支持 Python 3.8–3.13，而 PyPI 上 aider-chat 0.86.2 的元数据声明 >=3.10,<3.13。软件包元数据才是 pip 对工具本身执行的要求。

将二者配置为连接 Kunavo

Kunavo 发布了 Aider 的配置参考，但没有发布 Plandex 的配置参考。两个客户端都未针对 Kunavo 端点进行运行时测试，而已发布的设置页面只是配置参考，并不代表兼容性结果。对于 Aider，Aider 集成指南提供了两个变量和 openai/ 前缀。对于 Plandex，没有可供遵循的 Kunavo 设置页面：你需要根据 Plandex 自己的文档，针对自托管安装手动编写上面的提供商块和模型块。OpenAI 兼容 API 指南介绍了两条路径共同依赖的机制。尝试任一路径时，请保留一条可用路线，运行一个有边界的任务，然后查看账户记录的内容。准备为密钥充值时，请创建 Kunavo 账户。

常见问题

本页面于 2026 年 9 月 21 日检查了：两个项目的 GitHub 仓库元数据、贡献者数量和版本标签，aider-chat 的 PyPI 记录，通过 Google Public DNS 和 Cloudflare DNS 对 plandex.ai 与 aider.chat 进行的 DNS 解析，plandex.ai 的 .ai WHOIS 记录，plandexai/plandex-server 的 Docker Hub 记录，Plandex 停止运营公告的 Internet Archive 快照，以及上文链接的 Plandex 和 Aider 文档页面。两个工具均未安装或运行，因此这里的所有行为声明都来自文档或源代码，而非实际观察。Kunavo token 费率来自实时目录，每个美元数字都是说明性的 token 算术。