OpenRouter Blog来源发布时间

Guardrails 现将组织限制与工作区默认设置分离

一年前,OpenRouter 上的大多数公司只有少数几个团队在使用 AI。如今它已扩展到各个部门。

一年前,OpenRouter 上的大多数公司只有少数几个团队在使用 AI。如今它已扩展到各个部门。在 10 人及以上团队中使用 OpenRouter 的用户增长了 70 倍,随着更多工作转向 agent,每个组织运行的活跃 API 密钥平均数量是原来的三倍。

管理这一切的管理员们不断提出同样的需求:为整个组织制定一套规则,同时保留空间,为需要更多的人做出例外。

我们重建了 Guardrails 的配置方式,使管理员现在可以设置组织级限制,在其范围内为成员分配不同的预算和模型访问权限,并可独立更改每项策略。

要开始使用,请打开您工作区的 Guardrails 页面 以设置策略,或阅读 Guardrail Policies 文档.

我们为何更改 Guardrails

我们构建第一版 Guardrails 时针对的是早期的使用模式:几个团队、少量 API 密钥。如今我们看到成百上千名员工通过 SSO 登录,编码 agent 在每位工程师的笔记本电脑上运行,而平台团队则要对这一切的成本负责。

这种转变体现在客户向我们提出的需求中:

  • 按人设置预算,并允许例外。 团队希望为所有人设定默认的月度或每周预算,同时为有需要的人提供更高的预算。由于每个预算级别只能对应一个 guardrail,一位客户原本要为其约 1,200 名员工中的每一位分别创建一个 guardrail。
  • 从保守设置起步的默认值。 客户希望新成员从最保守的设置开始,并随时间逐步获得更多权限。旧模式恰恰相反:工作区默认值是任何人能获得的上限,而其他所有 guardrail 只能进一步收紧。
  • 跨多个工作区的统一规则。 拥有多个业务部门的公司希望一次性设置 ZDR、提供商和地区规则,而不是把相同的 guardrail 复制到每个工作区。
  • 处理请求的方式。 管理员总是被要求为某个项目提供更高的预算或新模型的访问权限,他们希望批准这类请求是一个快速的改动,而不是一次重建。

一些客户现已在 Guardrails 之上构建了自己的内部工作流。员工为某个项目申请更高的预算或特定模型的访问权限,说明理由,然后由管理员批准。由于策略类型分离且限制由组织设定,批准此类请求只需一处改动。他们只需为该人员分配不同的预算或模型访问策略,系统会自动确保其保持在组织的限制之内。

组织限制与工作区默认设置相互分离

组织管理员现在可以为整个工作区设置限制,例如最高预算、零数据保留(Zero Data Retention)要求,或允许使用哪些模型和提供商。这些限制适用于工作区中的每一位成员和 API 密钥,包括拥有自己预算或模型策略的人员。

在这些限制之内,工作区管理员设置默认值。新成员加入后立即获得默认预算和模型列表,管理员可以为特定人员提供更高的预算或更多模型的访问权限。这些都不能超出组织的限制。

实际操作中,例如组织管理员将 Engineering 工作区限制为每人每月 $2,000,仅允许 ZDR 提供商,并且不允许访问某个高成本模型。工作区管理员将新成员的默认值设为每月 $200,并使用团队的标准模型。新加入的工程师自动获得该 $200 默认值。领导 agent 项目的高级工程师可以获得每月 $1,500 以及更多模型的访问权限。工作区中任何人都不能超过每月 $2,000,也不能使用非 ZDR 提供商。

预算、模型访问和内容审核是相互独立的策略

一个 guardrail 过去将预算、模型和提供商访问权限以及内容审核捆绑在一个命名对象中。现在它们是三种独立的策略类型:

  • 预算 设定以美元计的支出上限,可按每日、每周或每月重置。
  • 模型和提供商访问 控制可以使用哪些模型和提供商、ZDR 以及数据地区。
  • 内容审核 涵盖提示词注入防护、敏感信息检测和自定义内容过滤。

我们将它们拆分开来,因为它们不会一起变化。个人的预算可能随每个新项目而变化,而团队的模型列表和审核规则可以几个月保持不变。

现在团队共享一个模型访问策略和一个审核策略,你可以更改某个人的预算而无需改动其他任何内容。

向后兼容

你无需进行任何更改即可保持当前的设置。现有的 guardrails 保留其 ID 并执行相同的规则,guardrails API 和 Terraform 资源也照常工作。每个 guardrail 现在还会显示为独立的预算策略、模型访问策略和审核策略,因此你可以在准备好时逐个工作区地进行迁移。

如果你通过 API 或 Terraform 管理 guardrails,请先阅读 迁移到 Guardrail 策略 ,因为在控制台中所做的更改不会同步回你的配置。

开始使用

要试用它,请在你管理的任意工作区中打开 Guardrails 页面。你现有的护栏会作为单独的策略自动出现在那里。一个好的第一步是只提高某一个人的预算,而不改动其他任何内容。组织管理员可以在 Workspace-wide guardrails 中设置全组织范围的限额。完整设置请参阅 Guardrail Policies 文档.

FAQ

什么是 OpenRouter Guardrails?

Guardrails 让组织能够为其成员和 API 密钥控制支出、模型和提供商访问权限,以及内容审核。

我可以为不同的人设置不同的 AI 预算吗?

可以。为成员或 API 密钥分配一个预算策略即可。该策略会按每日、每周或每月重置,且不能超过组织管理员设定的限额。

预算在工作区内是共享的吗?

不是。每个预算都是按成员或按 API 密钥单独生效的,而不是共享池。100美元/月的限额意味着每个人最多可以花费 100美元。

我现有的护栏会怎么样?

它们会继续执行相同的规则并保留其 ID。现在每一条还会显示为最多三个单独的策略。

我需要迁移到新的 API 吗?

不需要。现有的 guardrails API 和 Terraform 资源继续可用。新的策略端点与它们并存于 /api/v1/guardrails/policies.

谁可以管理护栏策略?

组织管理员可以管理所有策略,包括全组织范围的限额。工作区管理员管理工作区内的策略。

原始出处

OpenRouter Blog

内容说明

原始发布及相关权利归来源方。

机器翻译 · 请以原文为准