Ox Alpha Free：设置、隐私与团队采购指南

Ox Alpha 当前可免费试用，拥有 1M token 上下文，并面向编程智能体设计，但不同访问路径会给出不同的隐私答案。OpenCode Zen 声明零保留。OpenRouter 表示 provider 会保留 prompt 与回答，而其通用隐身模型协议授予更广泛的权利。因此，应把它视为临时评估路径，而不是私有源代码的默认去向。

官方名称是字母 O 开头的 Ox Alpha。很多用户也搜索 0x Alpha 或 0xAlpha。本文只负责模型设置、隐私与试点决策。若要比较工具成本，请阅读Claude Code 与 OpenCode 团队成本对比。若要设计完整模型组合，请阅读多模型编程智能体采购指南。

Ox Alpha 核心信息

当前的 OpenRouter 官方模型页面支持上述规格，并将发布日期标为 2026 年 8 月 20 日。页面没有公开开发者身份。关于 Ox Alpha 属于 GLM、MiMo 或其他未发布系列的说法，在 provider 正式披露前都只是推测。

OpenCode Zen 与 OpenRouter：该选哪条路径？

OpenCode Zen 官方文档确认了模型 ID、零 token 价格、限时状态与该路径的零保留声明。它还说明 workspace 与成员支出限制。这些控制能约束付费模型和附加服务，却不能把临时预览变成 SLA。

Ox Alpha 的隐私是否足以处理企业代码？

默认情况下不足。仓库可能包含凭据、客户标识、私有 issue、专有算法和受许可约束的代码。模型账单为零，并不意味着你有权披露这些资产。

OpenRouter 的文件之间还存在重要差异。模型页说 provider 会保留 Ox Alpha 内容，但不用于训练。更广泛的 OpenRouter 隐身模型协议则允许收集、保留并向匿名 provider 提供内容，用于训练与改进。协议也说明模型可随时下线，并禁止提交特定敏感数据。

当产品页与通用协议看起来不一致时，谨慎的采购方应先执行更严格的边界，直到平台或法律顾问书面确认适用条款。在 OpenRouter 上，不要发送私有仓库、个人数据、健康数据、金融数据或客户材料。使用 OpenCode Zen 时，也要在试点开始前重新核对政策并移除密钥。我们的LLM prompt 个人信息脱敏指南给出了处理模式。

如何在 OpenCode 中设置 Ox Alpha Free

1. 先选路径：根据测试数据分类，判断 Zen 或 OpenRouter 条款是否合适。
2. 创建独立试点 key：设置尽可能低的预算，不授予无关环境权限。
3. 连接 provider：在 OpenCode 中运行 /connect，选择 OpenCode Zen 或 OpenRouter，并粘贴对应 API key。
4. 选择准确模型：运行 /models，选择 Zen 的 Ox Alpha Free 或 OpenRouter 的 stealth/ox-alpha。每份结果都应记录模型 ID。
5. 从已脱敏仓库开始：移除密钥，使用合成 fixture，不包含客户数据。
6. 限制权限：网络访问、安装包、破坏性命令和 worktree 外写入都需要审批。
7. 独立验证：运行确定性测试，并由另一位评审者检查正确性与安全性。

OpenCode provider 官方设置文档说明了 Zen 与 OpenRouter 的 /connect 和 /models 流程。不要把 API key 写入项目配置或 commit。

Ox Alpha 真正免费吗？

模型 token 当前免费，完整工作流不一定免费。编程 harness 可能调用搜索、文件处理、外部 MCP 工具或存储服务。重试、慢响应、失败任务与人工评审也会形成工程成本。

例如，OpenRouter PDF 输入文档同时列出付费的 Mistral OCR、免费的 Cloudflare parsing 与原生处理。若没有明确指定引擎，routing 可以自动选择 parser。因此，免费模型也可能出现在非零费用的请求中。

Ox Alpha 适合做什么？

• 探索大型仓库：把它生成的架构图与文件路径同可信基线比较。
• 有限范围的多文件实现：验证需求、测试与本地规则是否在多个文件间保持一致。
• 视觉问题排查：结合已脱敏截图、代码和可复现错误报告。
• 低成本评估：在免费预览期间建立内部任务集。

1M 窗口代表容量，不代表完美记忆。应测试不同位置的隐藏约束、冲突指令、工具错误恢复和最终质量。若要决定架构，请阅读 RAG、微调与长上下文决策指南。

哪些团队不应部署 Ox Alpha？

• 需要明确开发者、固定权重、合同支持或长期可用性承诺的团队。
• 处理密钥、受监管数据、客户仓库或无权转交数据的工作负载。
• 缺少严格工具权限、输出验证、回滚和 fallback 的生产自动化。
• 仅根据截图、模型自述或不可复现 benchmark 做决策的采购方。

七天 Ox Alpha 评估计划

1. 第 1 天：保存当前条款，分类测试数据并移除密钥。
2. 第 2 天：固定 15 至 25 个代表性任务、仓库 commit 与验收测试。
3. 第 3 至 4 天：每类任务至少重复运行 Ox Alpha 与一个已批准 fallback 三次。
4. 第 5 天：测试被拒绝文件、prompt injection、工具错误、过期文档与模糊需求。
5. 第 6 天：计算验收变更、严重缺陷、延迟、评审分钟数与所有额外费用。
6. 第 7 天：批准有限用途、继续实验或拒绝。为价格、身份、条款和行为变化设置退出条件。

建议：把 Ox Alpha 当作可替换的已脱敏编程评估路径，不要围绕匿名限时预览建立生产依赖。若试点成功，可让 Wavect 把结果转化为受治理的 AI 智能体落地方案，明确 routing、评估、可观测性与 fallback 责任。

来源与研究边界

本文于 2026 年 8 月 23 日根据 OpenRouter 当前模型页和隐身条款，以及 OpenCode Zen 与 provider 文档完成研究。价格、保留政策、模型 ID 与可用性都可能变化。提交数据或批准上线前，请重新核对链接中的一手来源。我们不猜测匿名开发者，也不重复未经验证的 benchmark 分数。