iFlow CLI 关闭：哪些仍可用，以及迁移到哪里

iFlow CLI 的第一方服务已于 2026 年 4 月 17 日关闭，但客户端并未关闭：iFlow 自己的常见问题说明称，已安装的副本可通过自定义 API 继续运行；npm 仍提供 @iflow-ai/iflow-cli 0.5.19，该版本于 2026 年 4 月 25 日发布——比宣布的关闭日期晚 8 天——且未被弃用。 因此，迁移问题并不是“什么能替代一个已死的工具”，而是要继续让现有代理使用你自己的端点，还是转向仍在维护的代理。

几乎所有仍在相关搜索中排名的页面都在介绍一个已经终止的免费第一方模型服务。供应商自己的营销页面也没有及时更新：2026 年 9 月 21 日，cli.iflow.cn 的英文界面仍显示横幅“iFlow CLI 将于 2026 年 4 月 17 日（北京时间）正式关闭”，使用的是将来时；此时距离该日期已经过去 5 个月。同一页面仍在一个可正常工作的 Gitee 安装命令上方邀请用户“零成本体验 Kimi K2、Qwen3 Coder、GLM4.5 等最新行业模型”。应将该页面视为历史遗留物，而不是仍有效的服务邀约。本指南面向已经安装 iFlow CLI 的用户；并未建议现在注册使用它。

什么已经关闭，什么仍在运行

有三种不同的东西使用 iFlow 这个名称，只有其中一种已经关闭。以下所有状态均于 2026 年 9 月 21 日核查。

需要澄清的一点，因为它在搜索结果中占据主导地位：SAP 的“iFlow”指 Integration Flow，即 SAP Integration Suite 中的 BPMN 构件。它与本产品仅共享名称，除此之外没有任何关系。本页面的内容均不适用于它。

哪条路线适合哪类用户

所有离开的用户离开的都是同一个东西——免费第一方模型服务——因此下面的每条路线都会产生此前不存在的费用。这才是真正的变化，而不是价格比较。

iFlow 自己推荐了 Qoder，并在告别文章中称其为阿里巴巴推出的最强智能代理编码平台。应将这一归因视为 iFlow 对 Qoder 的说法：本指南查阅的四个 docs.qoder.com 页面均未提及母公司，其页脚中唯一的法律实体是“© 2026 BRIGHT ZENITH PRIVATE LIMITED”。同一篇文章还宣布了一项 300 积分的迁移福利，可在 platform.iflow.cn/email-collect 使用邮箱登记；2026 年 9 月 21 日，该 URL 仍返回 HTTP 200，但页面显示“404 - Page Not Found”，并以中文说明该页面已下线。应将该优惠视为历史信息，而非仍可领取的福利。

在自己的端点上继续使用 iFlow CLI

2026 年 3 月 20 日发布的相关说明文章称，iFlow CLI 于 4 月 17 日自动更改授权方式，仅支持使用自定义模型的 OpenAI 兼容 API 授权。交互式流程分为四步：在登录界面选择“OpenAI Compatible API”，然后输入服务端点 URL、API 密钥和模型名称。下面的文件和环境变量流程取自 iFlow 的设置文档，该文档于 2026 年 9 月 21 日查阅。

# The shape iFlow's OWN documentation publishes for a custom endpoint.
# Not a Kunavo runtime test: nothing here was installed or executed.
# iFlow's worked example puts /v1 on the base URL, and not the
# /chat/completions route.
export IFLOW_baseUrl="https://api.kunavo.com/v1"
export IFLOW_apiKey="sk-kn-..."
export IFLOW_modelName="claude-sonnet-4-6"
iflow

# Every setting accepts four spellings, so all of these name the same value:
#   IFLOW_apiKey | IFLOW_API_KEY | iflow_apiKey | iflow_API_KEY

相同的三个值位于设置文件中。iFlow 说明其优先级依次为命令行参数、环境变量、系统设置、项目中的 .iflow/settings.json、~/.iflow/settings.json，最后是内置默认值。

{
  "selectedAuthType": "openai-compatible",
  "baseUrl": "https://api.kunavo.com/v1",
  "apiKey": "sk-kn-...",
  "modelName": "claude-sonnet-4-6"
}

该页面有一个陷阱。它针对 selectedAuthType 明确记录了两个值——供应商自有身份验证使用 iflow，以及按其原话适用于任何提供 OpenAI 协议的模型服务供应商的 openai-compatible——随后打印的 Example 行却包含一个与两者都不匹配的第三个字符串。应使用文档中记录的值，而不是示例中的值。

iFlow 将这条路线的代价发布为一份固定清单：自定义模型服务不支持 WebSearch 服务、不支持 WebFetch 服务、不支持内置多模态能力，也无法受益于工具调用优化。第三项还悄然移除了 README 所宣传的 Ctrl+V 图片粘贴功能。另外，platform.iflow.cn/market 返回 404，因此一键式 marketplace 似乎也已消失——这是观测到的状态码，而不是已发布的声明。

在编辑任何内容之前，先复制整个 ~/.iflow 目录。 回退到供应商自己的身份验证并不是真正的备用方案，因为 iFlow 已宣布该路径于 2026 年 4 月 17 日关闭——因此，诚实的回退方案是并行安装第二个客户端，而不是恢复旧配置。这里没有进行运行时测试：iFlow CLI 尚未针对 Kunavo 的端点执行过，上述步骤来自 iFlow 的文档，而非实测结果。

官方迁移脚本会迁移什么，又会留下什么

iFlow 将 migrate_iflow_to_qoder.py 附在 2026 年 3 月 18 日的迁移指南中。这里没有获取或运行脚本本身，但其公开的映射表可作为清单，说明哪些内容至少具备可移植性——即使你的目标是 Qwen Code 而不是 Qoder。

iFlow CLI 与 Qwen Code

Qwen Code 是最接近的同类迁移目标，真正重要的差异在于维护状态，而非功能。2026 年 9 月 21 日，它采用 Apache-2.0 许可，拥有超过 28,000 个 star，并于当天进行了推送；其 npm 0.24.3 在几小时前发布，Homebrew core 中的版本为 0.24.2。iFlow CLI 没有 Homebrew core formula，也没有 GitHub release；其仓库完全没有标签，也不发布源代码——只有一个自有的 Homebrew formula，该 formula 固定使用 0.5.14 的 npm tarball。

其身份验证文档在 /auth 菜单中提供三个顶层选项：Alibaba ModelStudio、内置第三方供应商列表，以及 Custom Provider。文档原话称，Custom Provider 可手动连接本地服务器、代理或不受支持的供应商，并支持 OpenAI、Anthropic、Gemini 及其他兼容端点。配置位于 ~/.qwen/settings.json 中的 modelProviders 下，环境变量路径为 OPENAI_API_KEY、OPENAI_BASE_URL 和 OPENAI_MODEL。这确实是自由配置的 base URL，也是 iFlow CLI 与 Qwen Code 明确共有的一点。Qoder CLI 是否提供相同能力，Qoder 自己的页面存在争议；下文会讨论这一点，但不在此处下结论。

需要纠正大多数竞品页面所说的两点。第一，Qwen Code 客户端免费，但其推理并不免费：同一文档称，Qwen OAuth 免费层已于 2026 年 4 月 15 日停止，OAuth 不再是 /auth 对话框中的可选入口，因此仍承诺免费 OAuth 层的教程描述的是已经结束的服务；文档说明了停止时间，但没有公布原先的配额。第二，迁移到 Qwen Code 本身无法恢复 iFlow 丢失的网络搜索功能。其网络搜索文档将内置工具标记为“关闭”，适用于第三方供应商、其他主机上的自定义端点和本地模型。仍可通过 tools.webSearch.model 指向一个单独验证过的 DashScope 密钥；文档还建议使用 MCP 搜索供应商——这也是 iFlow CLI 用户需要采用的相同答案。有关推理部分，请参阅 Qwen Code 定价和 Qwen Code 与 Claude Code 对比。

Qoder CLI：受官方认可的路线限制最多

Qoder CLI 的身份验证页面称，在使用 Qoder 之前必须完成身份验证，并记录了两种方法：交互式登录，或通过 QODER_PERSONAL_ACCESS_TOKEN 设置个人访问令牌。没有记录仅使用第三方密钥的路径。其自定义模型页面进一步说明，不要在 settings.json 中手动配置 BYOK，因为可用的供应商、模型和凭据字段取决于当前账户可用的 BYOK 目录。Kunavo 的Qoder 与 Claude Code 对比指南指出，据报道 2026 年 9 月 11 日的发行说明宣布支持自定义 URL 端点，这与上述说法相反；该矛盾尚未解决，本页面不对任何一方的说法作出断言。

以下是 Qoder 发布的个人方案，来源为 2026 年 9 月 21 日的 docs.qoder.com/account/pricing。团队版和企业版单独定价，未进行核查。

有两点需要注意。方案信用额度不会结转——页面称订阅期结束时会重置为零。此外，BYOK 的准入条件确实含糊不清：定价页面将自带密钥列为 Free 方案福利，而 CLI 自定义模型页面标注“Available edition: Individual plan”，无法确定 Free 是否包含在内。在为你可能已经拥有、也可能无法获得的 BYOK 付费之前，请在结账时确认。

在自己的端点上使用模型的成本

iFlow 宣传的模型——Kimi K2、Qwen3 Coder、GLM4.5——不在 Kunavo 的模型货架上，因此这既是模型变化，也是账单变化。以下数字是示例性 token 计算，不是实测任务成本，也不是账单上限。假设一个会话发送 200,000 个未缓存输入 token，接收 15,000 个输出 token，并按实时的 Kunavo 目录中每百万 token 的费率计算。

在将其视为预算之前，按你每天的实际会话数进行换算，并注意代理循环会在每一轮重新发送上下文，因此一个工作日包含的是许多会话，而不是一个会话。Kunavo 的目录金额是计费下限，而不是上限：上游报告费用时，账单取目录成本与上游成本乘以适用加价两者中的较高值。缓存费用和外部工具不包含在本示例中。最低充值金额为预付信用额度 $10——这是资金充值最低额，不是任务费用或订阅费。请参阅 计费详情。

在信任迁移结果之前验证迁移

无论选择哪条路线，都应运行一个范围受限的任务，并读取账户实际记录的结果，而不是相信一个仅仅在没有报错的情况下启动的配置。Kunavo 发布了 Qwen Code 设置页面；那是公开的配置参考，不是兼容性测试；此处没有 iFlow CLI 的设置页面，因为它尚未针对该端点进行运行时测试。准备好为密钥充值时，请从 Qwen Code 集成指南或 Qoder 集成指南开始，并创建 Kunavo 账户。有关更广泛的生态，代理 API 目录将 iFlow CLI 列为已退役项目，而 OpenAI 兼容 API说明了 base URL 字段真正要求的内容。

常见问题

核查于 2026 年 9 月 21 日：iFlow 的告别文章和配置文章、其 README 与设置文档、两个 npm 包、GitHub API、cli.iflow.cn 及其国际化资源包、六个 platform.iflow.cn 和 apis.iflow.cn 响应、Homebrew、Qwen Code 身份验证与网络搜索文档，以及四个 docs.qoder.com 页面。没有安装或执行任何客户端，因此这里的每个配置步骤都来自文档，而非测试结果。Kunavo token 费率来自实时目录，所有美元数字均为示例性计算。