大多数搜索 Qwen Code 替代方案的人其实不需要替代方案。这个客户端仍在运行，采用 Apache-2.0 许可证且免费，并且在本文比较的所有终端代理中，它支持最广泛的自带端点范围——2026-04-15 结束的是免费的托管推理，而不是 CLI。这一点至关重要，因为“我需要另一个端点”通常恰恰是继续使用它的理由。
有两类不同的读者会搜索这个问题，因此请选择适合你的出口。如果你是因为有人把 Qwen Code 推荐为免费的 Claude Code 替代方案而来到这里，那么免费的部分已经不存在了：Qwen Code 自己的身份验证文档写道：“Qwen OAuth 免费层已于 2026-04-15 停止提供”，并说明 OAuth“不再作为可选入口显示在 /auth 对话框中”（阅读日期：2026 年 9 月 21 日）。你真正需要比较的是 Qwen Code 与 Claude Code 以及 Qwen Code 定价，其中包含 Alibaba 的方案数据，而本文有意不重复这些数据。如果你已经在运行 Qwen Code，并希望离开，本文其余部分就是选择树。
先确认你是否真的需要离开
健康检查结果正常。2026 年 9 月 21 日，GitHub API 报告 QwenLM/qwen-code 未归档，采用 Apache-2.0 许可证，拥有 28,047 个星标，并且代码在当天仍有推送；npm 软件包注册表 提供了 @qwen-code/qwen-code 0.24.3，该版本于 UTC 14:36 发布——就在本文撰写前数小时。请以软件包注册表为准，而不是以任何页面上显示的版本号为准，包括本文页面。
该项目有两种自我描述方式，而这对准备离开的人很重要。README 标题写的是“面向终端、编辑器、桌面、浏览器和聊天的开源 AI 编程代理”，而仓库描述字段仍写着它“存在于你的终端中”。把 Qwen Code 视为仅限终端的软件，会低估你将要放弃的能力。
它的血统也排除了那个看起来最整洁的替换方案。README 的致谢部分说明，该项目“最初基于 Google Gemini CLI v0.8.2”，并且“从 Qwen Code v0.1 开始，我们停止与上游同步，转而独立开发”。血缘相同，但没有持续保持一致——Gemini CLI 不是即插即用的替代品，Gemini CLI 的配额或设置也不会随之迁移。
现在来看会消解大多数退出计划的部分。Qwen Code 的 /auth 菜单提供三条路径：Alibaba ModelStudio、内置的第三方列表（DeepSeek、Grok、MiniMax、Z.AI、Kimi、Idealab、ModelScope、OpenRouter、Requesty），以及一个被描述为“本地服务器、代理或不受支持的提供商——支持 OpenAI、Anthropic、Gemini 和其他兼容端点”的 Custom Provider。四种协议——openai、anthropic、gemini 和 vertex-ai；其中 OpenAI 协议按模型携带 wireApi，取值为 chat-completions 或 responses——可通过环境变量配置，或在 ~/.qwen/settings.json 的 modelProviders 中一次性配置，其中每个模型条目都有自己的 baseUrl。已发布的环境变量覆盖范围更窄：文档列出 OPENAI_BASE_URL 和 ANTHROPIC_BASE_URL，但没有为两个 Google 协议提供 base-URL 变量，因此应通过 modelProviders 重定向。下面端点表中的其他客户端，没有一个被文档证明支持全部四种协议。
Qwen Code 中有三个有文档记录的限制经常被误认为离开的理由，但它们都不是。凭据优先级会将选定的 modelProviders 条目置于 上方，高于 --openai-base-url 和 --openai-api-key 标志；这正是大多数人会猜反的顺序。运行中的会话会在不重启的情况下读取 modelProviders 的修改，而 providerProtocol——将自定义提供商 ID 映射到协议的设置——文档说明只在启动时读取，并且需要重启，因此看似未生效的更改通常只需要重启。内置的 web_search 工具取决于端点主机，而不是取决于你支付了什么：Qwen Code 的 网络搜索文档列出以下场景为关闭：“第三方提供商（OpenRouter、DeepSeek、ModelScope……）、其他主机上的自定义端点、本地模型”，对于付费 Coding Plan 也同样关闭，因为其“端点未针对该 API 验证”。文档给出的解决办法是外部 MCP 搜索服务器，而不是更换客户端。有一件事确实无法通过更换端点修复：Qwen OAuth 模型是硬编码的，因此无法通过 modelProviders 恢复已经停止的免费层。
离开的真正理由，以及每个理由对应的去处
| 你为什么要离开 | 目标 | 代价 |
|---|---|---|
| 你想再次获得免费的每日配额 | Gemini CLI——个人 Google 账号每分钟 60 个请求、每天 1,000 个请求 | BYOK 会缩小到 Google 线格式，而免费配额绑定 OAuth 登录，因此两者无法兼得 |
| 你希望使用本地模型 | Crush（由 Charm 开发）——其 README 记录了针对 ollama、llamacpp、lmstudio、litellm 和 omlx 提供商类型的模型自动发现 | 采用 FSL-1.1-MIT，而不是 OSI 许可证；其配置文件是可执行代码 |
| 你想在其他地方继续运行 Qwen 模型 | Charm Hyper 列出了 7 个 Qwen ID；Qwen Code 自己的文档列出了 OpenRouter 和 Fireworks AI | 目录列表并不能保证这些模型是 Alibaba 销售的相同版本 |
| 你想运行委派式的自主任务 | OpenHands——MIT 许可证，可免费自行托管，使用你自己的密钥 | 这是不同的运行模式，而本文只检查了自行托管路径 |
| 你想要编辑器，而不是终端 | Cline 或 Kilo——两者都接受 Base URL、API key 和 model id，且没有付费方案限制 | 你将放弃 Qwen Code 围绕其构建的终端原生工作流 |
| 协议方面的理由 | Claude Code 需要 Anthropic Messages 格式；Codex CLI 需要 Responses | Codex CLI 已移除自定义提供商的 Chat Completions——请参阅下面的端点表 |
其中两行包含值得在决定之前阅读的注意事项。Google 两次以不同数字说明 Gemini CLI 的免费层：仓库 README称 Gemini API 密钥路径提供“Gemini 3 每天 1000 个请求（flash 和 pro 混合）”，而 geminicli.com 的配额页面称 Gemini API Key (Unpaid) 在仅限 Flash 的情况下获得“每位用户每天最多 250 个模型请求”。两者均于 2026 年 9 月 21 日阅读；本文同时列出两者，而不擅自选择。该页面上的付费方案——Google AI Pro 每位用户每天 1,500 个请求、Ultra 2,000 个请求，Code Assist Standard 1,500 个请求、Enterprise 2,000 个请求——称请求按分钟限制，但没有公布每分钟的具体数量。
Crush 的配置也不是被动文件。其 README 写道：“crushrc 和 crush.json 都是受信任的代码；crushrc 在完整 shell 中运行。”这是 Crush 对其自身文件的原话，也是它与可以从论坛帖子粘贴的 JSON 设置文件之间的真实区别。
决定之前先检查目标项目的状态
出现在“Qwen Code 替代方案”类文章中的几个项目，自文章发布以来更换了仓库所有者或易主，其中两个已经停止运行。以下所有状态均来自 GitHub API 以及各项目在 2026 年 9 月 21 日的自有文档；如果更名没有注明日期的第一方公告，表格行会明确说明，而不会擅自填写年份。
| 项目 | 当前归属 | 许可证 | 状态 |
|---|---|---|---|
| Qwen Code | QwenLM/qwen-code | Apache-2.0 | 运行中——在检查当天仍有推送 |
| Gemini CLI | google-gemini/gemini-cli | Apache-2.0 | 运行中——107,111 个 star，于 9 月 21 日推送 |
| OpenCode | sst/opencode 现在重定向到 anomalyco/opencode | MIT | 运行中。未找到注明日期的第一方更名公告 |
| Crush | charmbracelet/crush | FSL-1.1-MIT | 运行中。已归档的 opencode-ai/opencode 是 Crush 的旧名称，不是当前运行的 OpenCode |
| Cline | cline/cline | Apache-2.0 | 运行中，且不再仅限编辑器：npm cline 3.0.62 从 apps/cli 目录发布 |
| Kilo（原名 Kilo Code） | Kilo-Org/kilocode，现在在 kilo.ai 上以 Kilo 为品牌 | MIT | 运行中；Anaconda 已收购，公告日期为 2026 年 7 月 15 日 |
| OpenHands | All-Hands-AI/OpenHands 现在重定向到 OpenHands/OpenHands | MIT | 运行中——88,727 个 star |
| goose | block/goose 现在重定向到 aaif-goose/goose | Apache-2.0 | 运行中。Block 将其捐赠给 Linux Foundation 的 Agentic AI Foundation；文档已迁移至 goose-docs.ai |
| Roo Code | RooCodeInc/Roo-Code | Apache-2.0 | 已归档。其文档称“Roo Code Extension 已于 5 月 15 日关闭”。不要采用它 |
| Zoo Code | Zoo-Code-Org/Zoo-Code | Apache-2.0 | Roo 文档指向的活跃社区分支——1,878 个 star，最近有一次推送。这是活跃度证据，不代表持久性 |
| iFlow CLI | iflow-ai/iflow-cli | 未声明 | 已停止。iFlow 的平台文档要求用户迁移到 Qoder。该通知对于一个已经过去五个月的日期，仍然使用将来时 |
| Continue | continuedev/continue | Apache-2.0 | GitHub 标记显示未归档，但其 README 称该项目“已不再积极维护且为只读”；continue.dev 宣布了 Cursor 收购 |
| Aider | Aider-AI/aider | Apache-2.0 | 正在放缓，但尚未死亡：main 的最后一次提交时间为 2026 年 5 月 22 日，最新 PyPI 版本（aider-chat 0.86.2）发布于 2026 年 2 月 12 日。未找到维护者关于项目未来的声明 |
这张表中有两个容易混淆的命名陷阱。OpenCode 是两个项目：位于 opencode-ai/opencode 的已归档 Go 仓库称相关工作“已以 Crush 之名继续，由原作者和 Charm 团队开发”，因此它是 Crush 的旧身份；而当前运行的 OpenCode 是位于 opencode.ai 的 TypeScript 项目，在 npm 上发布为 opencode-ai。仅检查 npm 无法区分两者。本文中的 Crush 始终指 Charm 的编程代理，而不是 liljencrantz/crush；后者是与 AI 无关的命令行 shell。有关 Roo 状态的完整信息，请参阅 Roo Code 与 Cline。
哪些内容会随你迁移，哪些不会
| 产物 | 它在 Qwen Code 中的所在位置 | 是否会迁移？ |
|---|---|---|
| 可移植的指令 | AGENTS.md，Qwen Code 会同时读取它和 QWEN.md | 最佳情况。OpenCode 会从当前目录向上遍历，先查找 AGENTS.md，再查找 CLAUDE.md |
| 项目指令 | ~/.qwen/QWEN.md、仓库根目录中的 QWEN.md、.qwen/QWEN.local.md | 将内容复制到目标客户端自己的上下文文件中，或者先将其移入 AGENTS.md |
| 条件规则 | .qwen/rules/，由 frontmatter 中的 paths: glob 控制 | 不可以。本文记录的其他客户端都不会读取 .qwen/rules/，而且没有可迁移的路径门控机制等价物 |
| 技能 | .qwen/skills/<name>/SKILL.md | 未经验证。几个客户端提供“技能”概念，但没有任何一个客户端的文档说明跨客户端兼容性 |
| 对话历史 | /export html、md、json 或 jsonl | 视为丢失。导出功能存在，且 md/json/jsonl 文件是自包含的，但没有在任何目标客户端的文档中找到对应导入器 |
| 磁盘上的会话状态 | general.chatRecording、~/.qwen/file-history/ 备份、.qwen/PROJECT_SUMMARY.md | 客户端私有。--continue 和 --resume 依赖这些内容，并不会随你迁移 |
| API 密钥 | 环境变量，或 modelProviders 中的 envKey 引用 | 可以——在目标客户端自己的配置中重新输入相同的密钥 |
一次保留回滚路径的四步迁移。第一步，仍在 Qwen Code 中时，将你关心的指令集中到仓库根目录的 AGENTS.md 中，因为它已经会读取该文件。第二步，使用 /export md 导出一个当前会话，供你自己参考，而不是用于导入。第三步，将目标客户端配置为使用相同的端点和密钥，并运行一个范围受限的任务。第四步——回滚——保持 ~/.qwen/ 不变。上述步骤不会删除任何内容，因此如果新客户端不合适，qwen 仍会使用你的提供商、规则和历史记录启动。在卸载任何内容之前，让两个客户端同时安装一周。
端点问题：逐个客户端查看
如果你离开是为了访问某个特定提供商，请先确认目标客户端接受你的协议。最大的意外就在这里：Codex CLI 不再接受 Chat Completions，而这是大多数 Qwen Code 用户正在使用的路径。
| 客户端 | 如何将其指向自定义端点 | 必须支持的协议 | 方案限制 |
|---|---|---|---|
| Qwen Code | modelProviders 位于 ~/.qwen/settings.json 中，或使用 OPENAI_BASE_URL 等环境变量 | Chat Completions、Responses、Anthropic 或 Gemini | 无 |
| Gemini CLI | GOOGLE_GEMINI_BASE_URL，文档说明其适用于“使用 gemini-api-key 身份验证时”；除 localhost 外必须使用 HTTPS | 仅支持 Google GenAI——其配置参考中的任何地方都没有出现兼容 OpenAI 的机制 | 免费配额绑定 Google OAuth，而不是绑定自定义端点 |
| OpenCode | opencode.json，其中 provider.<id>.npm 设置为 @ai-sdk/openai-compatible，并配合 options.baseURL | OpenAI 兼容 | 没有——根据其自身文档，OpenCode Zen“完全可选” |
| Crush | provider add <id> --type openai-compat --base-url … --api-key … 位于 crushrc 中 | 兼容 OpenAI，此外还支持 anthropic、ollama、llamacpp、lmstudio、litellm、omlx | 没有。这里的限制在于配置文件是可执行代码 |
| Codex CLI | [model_providers.<id>] 位于 ~/.codex/config.toml 中，并包含 base_url、env_key、wire_api | 仅支持 Responses。源代码中的 WireApi 枚举只有一个变体，而 "chat" 会报错：“不再支持 wire_api = "chat"” | 项目范围的配置无法覆盖 model_provider；forced_login_method 可以固定身份验证方式 |
| Claude Code | ANTHROPIC_BASE_URL 加上一个凭据变量 | Anthropic Messages | Anthropic 的网关页面称，网关凭据会替代该会话的 claude.ai 订阅，并且“不支持通过任何网关将 Claude Code 路由到非 Claude 模型” |
| Cline | 选择“OpenAI Compatible”，然后填写 Base URL、API Key 和 Model ID | OpenAI 兼容 | 没有——BYOK 属于免费的 Open Source 层级 |
| Kilo | 根据 kilo.ai，提供商设置 | OpenAI 兼容 | 没有——kilo.ai/pricing 将“Auto Free、BYOK 或本地”列为“$0/mo”，并注明“无需托管额度” |
| OpenHands | LLM Provider、Model 和 API Key；Base URL 位于 Advanced 设置下，或使用 config.toml | OpenAI 兼容 | MIT 自托管版本没有限制——其文档在 Settings 中列出 LLM Provider、LLM Model、API Key 和 Base URL，没有提及方案限制 |
Kunavo 自己的端点 https://api.kunavo.com/v1 提供 /v1/chat/completions、/v1/responses 和 /v1/messages。仅从协议来看，它覆盖 Qwen Code、OpenCode、Crush、Cline、Kilo 和 OpenHands 的 chat 路径，Claude Code 的 messages 路径，以及仅限 responses 路径的 Codex CLI。它不覆盖 Gemini CLI，因为 Gemini CLI 需要 Google GenAI 线格式。Kunavo 不提供 embedding、text-to-speech 或 speech-to-text 模型，因此配置了单独 embedding 设置的代理需要为该步骤使用其他提供商。
请明确说明这意味着什么、不意味着什么：这些客户端没有一个经过针对 Kunavo 的运行时测试。上表每一行所列的文档级协议兼容性，都是在 2026 年 9 月 21 日查阅各项目自行发布的配置参考文档后得出的，而已发布的设置指南并不等于测试。在尝试新路径时，请保留一条可用的工作路径。
目标客户端的成本估算示例
无论你最终选择哪个客户端，模型费用都会跟随你，因此迁移前值得先建模的就是这个数字。下面的数字是说明性 token 算术，不是实测任务成本，也不是账单上限。假设一次工作会话发送 400,000 个未缓存输入 token，接收 25,000 个输出 token——这是一个广泛读取、集中编辑的代理可能产生的大致形态，作为假设给出，而非测量结果。费率采用实时的 Kunavo 目录价格，单位为每百万 token。
| 模型 | 每 1M 个令牌的输入 / 输出 | 单次会话估算 | 按 20 次此类会话估算 |
|---|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.367 | $7.35 |
| GPT-5.6 Terra | $0.70 / $4.20 | $0.385 | $7.70 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | $1.103 | $22.05 |
在将其视为预算之前，请根据你自己的会话数量进行缩放，并注意：列出的最低价格与完成任务的最低成本是不同的说法——一个需要三次尝试的廉价模型，成本可能高于一次完成任务的模型。Kunavo 的目录金额是计费下限，而不是上限：当上游报告其费用时，账单金额取目录成本与上游成本乘以适用加价两者中的较高者。缓存费用和外部工具费用不包含在此示例中。最低充值金额为预付额度 $10 ——这是资金充值最低限额，不是任务费用或订阅费。请参阅 计费详情。
有一项商业边界需要明确说明，而不是藏起来：Kunavo 的目录中没有 Qwen 文本模型。如果你迁移的原因是想以更低成本继续运行 Qwen，那么这不是合适的路径——它适合的用途，是在你最终选择的终端代理中，用一个预付余额运行 Claude 和 GPT。
接下来
保持不变是常见结果，而且有充分依据：Qwen Code 设置指南介绍了如何将其指向兼容 OpenAI 的端点，Qwen Code 定价列出了 Alibaba 的套餐数据。如果你确实要迁移，请先查看目标工具的设置页面——OpenCode、Crush、Cline、OpenHands或goose——准备为密钥充值时再创建 Kunavo 账户。如需深入比较各个目标工具，请参阅OpenCode 替代方案、Crush 与 OpenCode 对比、OpenHands 与 OpenCode 对比以及Gemini CLI 配额。关于该协议的一般问题，请参阅兼容 OpenAI 的 API。
常见问题
Qwen Code 的最佳替代方案有哪些？
不存在唯一的赢家，因为离开的原因决定了答案。如果你想再次获得免费的日配额，Gemini CLI 为个人 Google 账户公布了每分钟 60 个请求和每天 1,000 个请求。如果你想使用本地模型，Crush 的 README 记录了针对 ollama、llamacpp、lmstudio、litellm 和 omlx 提供商类型的模型自动发现；Cline 和 Kilo 也记录了 Ollama 和 LM Studio 提供商，因此应从你实际运行的运行时开始。如果你想运行委派式自主任务，OpenHands 采用 MIT 许可且可免费自行托管。如果你想要编辑器而不是终端，Cline 和 Kilo 都接受 OpenAI 兼容端点，且不要求付费计划。OpenCode 接受任何 OpenAI 兼容端点，但下面的端点表显示，这里没有一个客户端能匹配 Qwen Code 自有文档列出的全部四种数据传输格式。已于 2026 年 9 月 21 日根据各项目自己的文档核查。
Qwen Code 现在仍然免费吗？
客户端免费，而且一直如此：QwenLM/qwen-code 采用 Apache-2.0 许可证，没有付费层级，也不按席位收费。不再免费的是过去随客户端提供的托管推理服务。Qwen Code 自己的身份验证文档说明，Qwen OAuth 免费层已于 2026-04-15 停止提供，现有缓存令牌可能还能短暂工作，但新的请求将被拒绝，并且 Qwen OAuth 不再作为可选入口显示在 /auth 对话框中。现在需要通过 Alibaba ModelStudio、列出的第三方提供商，或你自行配置的任意端点单独购买模型访问权限。阅读日期：2026 年 9 月 21 日。
Qwen Code 已停止开发或被放弃了吗？
没有。2026 年 9 月 21 日，GitHub API 报告 QwenLM/qwen-code 未归档，采用 Apache-2.0 许可证，拥有 28,047 个 star，并且代码在当天仍有推送；npm registry 提供的 @qwen-code/qwen-code 0.24.3 也是数小时前刚刚发布的。停止的是 2026-04-15 终止的 Qwen OAuth 免费层，而不是客户端。另一个源自 Gemini-CLI 的终端代理确实停止了：iFlow CLI 自己的平台文档发布通知称服务将于 2026-04-17 停止，并要求用户迁移到 Qoder。这是两个不同的项目，iFlow 的命运不能证明 Qwen Code 也会如此。
哪个 Qwen Code 替代方案能提供免费的每日额度？
Gemini CLI 最接近，但它的两个官方来源存在分歧，你应该同时查看。仓库 README 两次写明：使用通过 OAuth 登录的个人 Google 账号时，免费层为每分钟 60 个请求、每天 1,000 个请求。对于单独的 Gemini API 密钥路径，README 写的是每天 1,000 个请求，Gemini 3 可混用 flash 和 pro；而 geminicli.com 的配额与定价页面写的是 Gemini API Key (Unpaid) 每位用户每天最多 250 个模型请求，并且仅限 Flash 模型。两者均于 2026 年 9 月 21 日阅读。请在自己的账号中确认具体数值，不要依据任一页面进行预算。注意其中的取舍：每分钟 60 个、每天 1,000 个请求的层级是 OAuth 层级；Gemini CLI 的配置参考文档说明，GOOGLE_GEMINI_BASE_URL 适用于使用 gemini-api-key 身份验证的场景——因此，自定义端点与该 OAuth 配额并不是同一条路径。
如果切换客户端，我还能继续运行 Qwen 模型吗？
可以，但需要通过提供这些模型的提供商，而不是通过客户端本身。Qwen Code 自己的文档将 OpenRouter 和 Fireworks AI 列为已停止 OAuth 层级的替代方案，两者都可以通过任何兼容 OpenAI 的客户端访问。2026 年 9 月 21 日，Crush 自己的提供商 Charm Hyper 列出了 23 个模型 ID，其中 7 个是 Qwen ID，包括 qwen3.8-max、qwen3.8-flash 和 qwen3.7-plus。这只是目录列表，不是基准测试、价格或可用性保证，也不能证明这些 ID 与 Alibaba 销售的模型是相同版本。Kunavo 不是这个问题的答案：其目录中没有 Qwen 文本模型，因此通过 Kunavo 路由是在终端代理中运行 Claude 和 GPT，而不是更便宜地运行 Qwen。
我的 QWEN.md 能迁移到其他代理吗？
部分可以。Qwen Code 会同时读取 AGENTS.md 和 QWEN.md，因此你保存在 AGENTS.md 中的指令是可移植的部分：OpenCode 文档称，它会从当前目录向上遍历查找 AGENTS.md 和 CLAUDE.md，然后查找全局文件，最后查找 Claude Code 自己的文件。Gemini CLI 的上下文文件文档显示了相同的迁移方式：其 context.fileName 设置接受一个数组，文档示例为 ["AGENTS.md", "CONTEXT.md", "GEMINI.md"]，因此配置后会读取 AGENTS.md——这是文档记载的行为，本文未进行测试。无法迁移的是 .qwen 下的所有内容：.qwen/rules/ 中带有 paths: globs 的规则、.qwen/skills/ 下的技能，以及对话历史。Qwen Code 可以将会话导出为 HTML、Markdown、JSON 或 JSONL，但在任何目标客户端的文档中都没有找到这些文件的导入器，因此应计划放弃对话记录。
检查日期为 2026 年 9 月 21 日：上述每个仓库的 GitHub API；Qwen Code 和 Cline 的 npm 注册表；Qwen Code 在main上的身份验证、模型提供商、记忆、规则、技能、命令和网页搜索文档；Gemini CLI 的 README、配置参考和上下文文件页面，以及 geminicli.com 的配额页面；OpenCode 的规则和提供商文档；Crush 的 README 和许可证文件；Codex CLI 的提供商和配置源代码；Charm Hyper 的公开模型列表；Aider 的 PyPI 页面；Roo Code 的文档网站；continue.dev；OpenHands 的 LLM 文档；cline.bot 的定价页面；Anthropic 的 LLM 网关页面；以及 kilo.ai 的定价页面。关于 iFlow CLI 关闭日期、goose 转入 Agentic AI Foundation 以及 Kilo 被收购的陈述，依据的是这些组织自身的公告，且已记录在本轮同日研究中。本页面中的任何客户端都未针对 Kunavo 进行运行时测试。Kunavo 的令牌费率来自实时目录，所有美元金额均为示例性的令牌算术。