Airlock 支持自带 Fireworks AI 密钥

Airlock 宣布了一项新能力：用户可以使用自己的 Fireworks AI API 密钥，来驱动 Airlock 的治理行为审查。这项功能目前处于早期访问阶段。

什么是「自带密钥」模式

「自带密钥」（Bring Your Own Key，BYOK）是指用户不依赖平台内置的 AI 调用额度，而是用自己的 Fireworks AI 密钥发起模型请求。对于 Airlock 来说，这意味着审查动作背后的大模型调用由用户自己的 Fireworks AI 账户承载。

这种模式在 AI 治理类产品中越来越常见。它把模型调用成本与平台订阅解耦，也让企业在数据流向、计费和供应商选择上保留更多控制权。

BYOK（Bring Your Own Key）模式在云服务与 SaaS 领域已有较长历史，早期多用于加密密钥管理场景，后来被广泛借鉴到 AI 模型调用中。其典型架构中，平台不持有用户的供应商凭据明文，而是通过短期令牌或加密存储的方式代为发起请求，用户可随时在供应商侧撤销或轮换密钥，从而在凭据生命周期管理上保留最终控制权。对审计而言，BYOK 使调用日志在供应商账户下可直接查证，便于企业将 AI 调用纳入既有的费用中心与合规体系。

治理逻辑仍在 Airlock 侧

需要区分的是，自带密钥改变的只是模型调用的来源。Airlock 明确表示，策略、固定规则和人工审批仍然在 Airlock 内部管理。

换句话说，Fireworks AI 提供的是推理能力，而「什么行为需要审查、触发什么规则、是否需要人工介入」这些治理决策，依然由 Airlock 的策略引擎和审批流程负责。这种分工让治理边界保持清晰：模型负责理解与判断，平台负责规则与问责。

在 AI 治理语境中，「策略引擎」通常指将组织规则（如敏感操作清单、风险分级、触发阈值）形式化并自动执行的组件，它与负责语义理解的大模型是两层不同的系统。策略引擎强调确定性与可审计性，同一输入应产生可复现的判定；而模型推理带有概率性，更适合用于意图识别、风险分类等判断环节。将二者分离，可以让规则变更走审批与版本管理流程，而模型升级或供应商切换不影响规则本身的语义。

这项能力适合谁

对于已经在使用 Fireworks AI 的团队，自带密钥可以避免重复采购模型额度，也便于统一账单和用量监控。对于对数据合规有要求的企业，用自己的密钥意味着调用链路中的账户主体更明确。

早期访问意味着功能可能仍在迭代，接入前建议确认密钥权限范围、调用配额以及 Airlock 对审查动作的具体计费方式。

Fireworks AI 是一家提供模型推理服务的平台，主打低延迟的模型托管与推理 API，支持多种开源及微调模型，常被用于生产环境中的高吞吐调用场景。对已有 Fireworks AI 账户的团队而言，其计费通常按 token 用量结算，并可在控制台中查看调用明细与配额。这意味着接入 Airlock 后，审查动作产生的推理消耗会体现在既有的 Fireworks AI 账单中，而非叠加到 Airlock 订阅之上。

常见问题

自带密钥后，Airlock 的规则还需要配置吗？ 需要。策略、固定规则和人工审批都在 Airlock 中管理，密钥只影响模型调用。

是否必须使用 Fireworks AI？ 从当前公告看，这是针对 Fireworks AI 密钥的接入选项，其他模型供应商的支持情况需以 Airlock 官方说明为准。

早期访问有什么限制？ 公告未披露具体限制，建议在接入前向 Airlock 确认配额与支持范围。