解决方案 · 治理
受治理的 AI，默认如此。
多个团队、一个组织，keys 与数据却没有共享车道 — Identity、Access、Secrets 与 Spend 从第一天起就按 Project 划清边界。
痛点
哪里最疼。
多个团队、一个组织，以及一个不断加剧的担忧：某人的 keys 和别人的数据正走在同一条车道上。
治理以审计截止日的身份到场，而不是以设计的身份到场。
在 Quark 上
在这里如何运转。
以 Orgs 与 Projects 组织起来；按 Project 划定 keys、模型与资源。授予角色，在“永不”意味着永不之处加上显式 deny，需要时从审计追踪读历史。
按 key 计量用量，并用自行强制执行的 Quotas 给每个团队设限 — 一个团队的实验永远不会悄悄长成公司的账单。
所用组件
谁来干活。
每个场景都映射到目录中真实存在的产品——顺着任意一件去到它的页面。
划定一切边界的 Orgs、Projects 与服务账号。
一条匹配的 deny 即可否决所有授权的角色与策略。
每次创建、授权、吊销与投递都有审计追踪。
按密钥与按团队的上限，拒绝超限的用量。
恰好 4 个产品完成这项工作——Foundation 始终在底层开启。