OpenRouter 重构 Guardrails,将组织上限与工作区默认值分离
Guardrails Now Separate Organization Limits from Workspace Defaults
OpenRouter 重构 Guardrails 配置,组织管理员可设置覆盖整个工作区的预算上限、ZDR 要求和模型与供应商范围,工作区管理员在此范围内为新成员设默认预算和模型列表。
原文说明了组织级上限与工作区默认值如何分层,以及预算、模型访问、内容审核三类策略拆分后的管理方式。
一年前,OpenRouter 上的大多数公司只在少数团队中使用 AI。如今,它正扩展到各个部门。在 10 人或以上团队中使用 OpenRouter 的人数增长了 70 倍,随着更多工作转向智能体,平均每个组织运行的活跃 API 密钥数量是原来的三倍。
管理这一切的管理员们一直在要求同一件事:为整个组织制定一套统一的规则,同时留出空间为需要更多的人设置例外。
我们重新构建了 Guardrails 的配置方式,管理员现在可以设置组织范围的限制,在限制内为不同的人分配不同的预算和模型访问权限,并单独更改每项策略。
要开始使用,请打开工作区的 Guardrails 页面 设置策略,或阅读 Guardrail Policies 文档。
我们为什么改变 Guardrails
我们构建第一版 Guardrails 是为了适应早期的模式:少数团队、少量 API 密钥。如今我们看到成百上千的员工通过 SSO 登录,编码智能体运行在每位工程师的笔记本电脑上,平台团队要为这一切的成本负责。

这种转变体现在客户对我们的要求中:
- 按人设置预算,并允许例外。 团队希望为每个人设置默认的月度或周度预算,并为需要的人设置更高的预算。由于每个预算级别对应一条 guardrail,一位客户原本要为大约 1,200 名员工每人创建一条单独的 guardrail。
- 默认设置从保守开始。 客户希望新成员从最保守的设置开始,并随着时间推移获得更多权限。旧模型的工作方式相反:工作区默认值是任何人能获得的上限,其他所有 guardrail 只能在此基础上收紧。
- 一条规则覆盖多个工作区。 拥有多个业务部门的公司希望一次性设置 ZDR、提供商和区域规则,而不是把同一条 guardrail 复制到每个工作区。
- 一种处理请求的方式。 管理员不断收到为项目申请更高预算或访问新模型的请求,他们希望批准这些请求是快速更改,而不是重新构建。
一些客户现在已在 Guardrails 之上构建了自己的内部工作流。员工申请为项目提高预算或访问特定模型,说明理由,然后由管理员批准。借助独立的策略类型和组织设置的限制,批准该请求只需一次更改。他们只需为这个人分配不同的预算或模型访问策略,它就会自动保持在组织限制之内。
组织限制与工作区默认值相互独立
组织管理员现在可以为整个工作区设置限制,例如最高预算、零数据保留要求,或可以使用哪些模型和提供商。这些限制适用于工作区中的每位成员和每个 API 密钥,包括拥有自己预算或模型策略的人。
在这些限制之内,工作区管理员设置默认值。新成员一加入就会获得默认预算和模型列表,管理员可以为特定人员分配更高的预算或访问更多模型。这些都不能超出组织的限制。

在实际操作中,这看起来就像组织管理员将 Engineering 工作区限制为每人每月 2,000 美元、仅限 ZDR 提供商,并且无法访问某个特定的高成本模型。工作区管理员将新成员的默认额度设为每月 200 美元,并使用团队的标准模型。新加入的工程师会自动获得这 200 美元的默认额度。领导智能体项目的高级工程师可以获得每月 1,500 美元的额度以及更多模型的访问权限。工作区中的任何人都不能超过每月 2,000 美元,也不能使用非 ZDR 提供商。
预算、模型访问和审核是相互独立的策略
过去,一个护栏会将预算、模型和提供商访问权限以及内容审核捆绑到一个命名对象中。现在它们分为三种独立的策略类型:
- 预算设置以美元计价的支出上限,按日、按周或按月重置。
- 模型和提供商访问控制可以使用哪些模型和提供商、ZDR 以及数据区域。
- 内容审核涵盖提示注入防护、敏感信息检测和自定义内容过滤器。
我们将它们拆分,是因为它们不会一起变化。一个人的预算可能随着每个新项目而变化,而团队的模型列表和审核规则可能几个月都保持不变。
现在团队共享一个模型访问策略和一个审核策略,你可以更改某个人的预算而不影响其他任何内容。
向后兼容
你无需做任何更改即可保持当前设置。现有护栏会保留其 ID 并执行相同的规则,护栏 API 和 Terraform 资源也照常工作。现在每个护栏还会显示为独立的预算、模型访问和审核策略,因此你可以在准备好时逐个工作区进行迁移。
如果你通过 API 或 Terraform 管理护栏,请先阅读迁移到护栏策略,因为在仪表板中所做的更改不会同步回你的配置。
开始使用
要试用它,请在你管理的任意工作区中打开 Guardrails 页面。你现有的护栏已经作为独立策略显示在那里。一个不错的起点是提高某个人的预算而不影响其他任何内容。组织管理员可以从工作区级护栏设置组织范围的限制。有关完整设置,请参阅护栏策略文档。
常见问题
什么是 OpenRouter Guardrails?
护栏让组织能够控制其成员和 API 密钥的支出、模型和提供商访问权限以及内容审核。
我可以为不同的人设置不同的 AI 预算吗?
可以。将预算策略分配给成员或 API 密钥。它会按日、按周或按月重置,且不能超过组织管理员设置的限制。
预算会在工作区内共享吗?
不会。每个预算按成员或按 API 密钥应用,而不是作为共享池。每月 100 美元的限制意味着每个人最多可以花费 100 美元。
我现有的护栏会怎样?
它们会继续执行相同的规则并保留其 ID。现在每个护栏还会显示为最多三个独立策略。
我需要迁移到新的 API 吗?
不需要。现有的护栏 API 和 Terraform 资源继续有效。新的策略端点与它们一起位于 /api/v1/guardrails/policies 下。
谁可以管理护栏策略?
组织管理员可以管理所有策略,包括组织范围的限制。工作区管理员管理工作区内的策略。
来源:OpenRouter Blog · openrouter.ai