[文档已验证] AI Models 页已将 Claude 5 Opus 列为 Anthropic 阵营首选（在 Claude 5 Sonnet、Claude 4.8 Opus 之上）。模型卡提供 Description / Speed / Intelligence / Provider / Context / Tool Calling / Vision 能力标注。官方说明新模型通常在公开发布后一天内即可在 Gumloop 用到。
Agent 在 Agent Preferences 的模型下拉里通过 Recommended / Smartest / Fastest 三个 preset 或按 provider 浏览选取；Enterprise 可由组织覆盖每个 preset 指向的模型。计费按 token 变动计价，无固定每条分级。
[文档已验证] AI Models 页 Moonshot 阵营已列 Kimi K3（Vision: Yes）。开源模型（含 Kimi、DeepSeek、Qwen、MiniMax、GLM、GPT-OSS 等）全部经由 US-based providers under Zero Data Retention (ZDR) 提供，在模型选择器里带 US-provider hosted 徽章——数据绝不用于训练、推理后不留存。
Kimi K3 由 Fireworks 提供，因此可被 Fireworks BYOK key 覆盖（享受 50% credit 折扣）。这与本版本的组织级 Fireworks BYOK 形成协同：新开源模型进来，企业立刻能用自己的 Fireworks key 跑它。
[文档已验证] 与 AI Models / Credits 文档一致：agent 计费是 token-based 变动计价，取决于模型、对话长度、可用工具数量。本次改进把 Chat Details 的 credit 拆分细化到 conversation / tool calls / subagents 三段。
这与本版本的企业 BYOK/proxy 治理方向呼应——当组织自带 key 走自有代理时，精细的 credit 归因是成本治理的基础。
[文档已验证] 属于企业级 AI Model Governance & Configuration 套件扩展。核心机制：
| 能力 | 说明 |
|---|---|
| 组织级 Fireworks key | Admin 在 org api-keys 页添加；覆盖 DeepSeek V4 Flash/Pro、Kimi K3、Kimi K2.7 Code、GLM-5.2、MiniMax M3、Qwen3.7 Plus（不覆盖 GPT-OSS 120B / Qwen3.5 397B / Kimi K2.6）；享 BYOK 50% 折扣，agent 与 workflow 均适用 |
| 凭据层级 | Organization > Team > Personal，组织 key 总是优先，确保全组织统一计费/访问控制/合规 |
| 自定义 AI 代理 | 对任一 provider credential 点 Configure Proxy 填代理 base URL，所有请求改走该代理；代理仅在有 key 时生效；走代理请求跳过 Gumloop 共享缓存，每次直达企业自有基础设施 |
| Model Name Mapping | 把 Gumloop 模型名映射到企业网关标识。Fireworks 用全 id（如 accounts/fireworks/routers/kimi-k3-us），映射名只在链路上用，credit/用量仍按 Gumloop 模型记账 |
典型场景：Enterprise Gateway（企业 AI 网关集中日志/成本/安全策略）、Custom Models（指向微调/自建模型端点）、Compliance（数据驻留，如 EU 代理满足 GDPR）。配置需 Admin 或 Security 组织角色，所有管理操作审计留痕。
v10.15.0 "Bralorne" 是一个模型刷新 + 企业治理补齐版本，两个主轴清晰：
1. 第一时间接入最强模型——把「模型可得性」作为基础体验。 Claude Opus 5 与 Kimi K3 同版本上线，前者是闭源 SOTA（同价升级 Opus 4.8、1M 上下文），后者是「史上最大开源模型」（US-hosted、ZDR、原生视觉）。Gumloop 官方文档明说「新模型通常公开发布后一天内即可在 Gumloop 用到」。这不是一次性事件而是产品策略：agent 平台的价值高度依赖模型可得性，谁能最快让用户用上最强模型，谁就降低用户为追模型而切换平台的动机。
2. 企业 AI 治理补齐「开源模型 BYOK + 流量代理」——把 AI 调用变成可治理的企业基建。 此前组织级 BYOK 覆盖 OpenAI/Anthropic/Google/Perplexity/xAI，唯独开源模型的载体 Fireworks 缺组织级支持；自定义 AI 代理路由此前也不存在。本版本补上这两格后，企业的 AI Model Governance 套件形成闭环：模型准入（Restrictions/Presets/Fallbacks）+ 凭据层级（Org>Team>Personal）+ 流量路由（自定义代理 + 模型名映射）。合规驱动型企业现在能把 Gumloop 纳入合规边界。这是 Gumloop 持续深耕企业市场的延续，不是新方向，而是企业渗透的必要拼图。
商业化信号：BYOK 是「让大企业用得起、敢用」的杠杆。 自带 key 享 50% credit 折扣 + 走自有账单，降低成本焦虑；自定义代理消除合规障碍。两者合起来降低企业采用门槛。
模型刷新速度是 agent 平台的「水电煤」，必须跟上。 用户选 agent 平台时「能不能立刻用上最新最强模型」是基础预期。落后一天，重度用户就有动机切走。我方若做 agent 平台，模型接入的供应链要做到「新模型发布即上线」的自动化。
企业 AI 治理（BYOK + 流量代理 + 模型准入）是企业渗透的硬门槛，值得跟进但非差异化。 这是企业客户的 checklist——没有进不了采购清单，有了也不构成壁垒。我方做企业 agent 时应把这视为 must-have 基建而非卖点。真正能差异化的是治理之上的增值层（基于代理流量的 AI 成本异常检测、模型选型智能建议）。
一个值得注意的设计细节：代理流量跳过共享缓存。 Gumloop 明确「走自定义代理的请求跳过共享 AI 响应缓存，每次直达企业基础设施」。这对合规驱动客户是必须的，但也意味着他们放弃缓存带来的成本/延迟优化。我方若做类似能力要清晰呈现这个 trade-off。
模型刷新（Opus 5 / Kimi K3）+ 企业 AI 治理补齐（Fireworks BYOK + 自定义代理），扎实但非里程碑
Claude Opus 5 + Kimi K3 同发——模型可得性即产品力。 两个模型同版本上线折射 Gumloop 的模型策略双线：闭源 SOTA（Opus 5，最强推理/编码）+ 开源最大（Kimi K3，US-hosted 合规 + 视觉 + 可 BYOK）。对用户而言 Opus 5 是「同价位升级」零成本的能力跃迁；对平台而言这是降低用户为追模型而流失的基础动作。值得注意的是 Kimi K3 经 Fireworks 提供、可被组织级 Fireworks key 覆盖——模型接入与 BYOK 治理在本版本形成协同：新开源模型进来，企业立刻能用自己的 Fireworks key 跑它。
企业 AI 治理闭环——「让大企业敢用」的最后一公里。 Bring Your Own Fireworks Key 表面是一个 key，实质是补齐企业 AI 治理拼图里开源模型 + 流量代理两格。凭据三级层级（Org>Team>Personal）+ 自定义代理（含模型名映射、跳过共享缓存）让合规驱动型企业能把 Gumloop 纳入合规边界。5/13 落选的判定清晰：这是企业通用基建（Azure/Vertex/LiteLLM 早有），无壁垒、无创新、用户面窄。它的价值不在「新」而在「齐」——让企业 AI 治理从「缺两格」变「闭环」。下一个切片可能是基于代理流量的 AI 成本/用量分析（把治理数据反哺 Insights 可观测性）。