产品 · foundation
万物立足的那一层。
Foundation 不是附加项：identity、secrets、access、metering 与 quotas 随每个部署而来——每个产品自第一次调用起就运行在它们之上。
identity
组织、项目与密钥，界定一切。
租户模型简单到一口气能讲完，又严格到足以在其上建一家公司。
每个项目都归属于一个组织——所有权与成员身份的边界。
API 密钥、模型可见性以及您创建的每个资源都存活在一个项目内。团队各有其道；没人借用他人的凭据。
创建时展示一次，永不再有——控制台只保留一个永远无法认证的显示前缀。吊销只需一次点击，并立即生效。
运行与自动化拥有自己的身份，因此“谁干的”永远有答案。
secrets
写一次，永不展示。
让 AI 工作负载运转的凭据——模型 API 密钥、连接字符串、令牌——恰恰是会最终被粘贴到工单和聊天中的值。Secrets 就是为让这成为不可能而构建的。
创建时经明确确认只显示一次——随后即被封存。连控制台也无法再次展示。
每个密钥都被限定在可以接收它的工作负载上。一次运行之所以得到某个密钥，是因为该密钥被按名字授予了它。
通过添加新版本来轮换；消费者在密钥本身演进，而不是某个副本。
每一次创建、版本、授权、吊销与下发——整个项目范围内，按序排列。
写给您的安全评审员
上游凭据从不会以明文出现在配置、环境文件或 CI 变量中——只有带具名授权与完整审计历史的密封值。
access
最小权限，附带一票否决。
Quark 的授权模型简单到可以在会议上当场审阅。
授予人员与服务账户——这是允许一面的故事。
匹配的拒绝规则否决其余一切，与角色授予无关。当您需要说“永不”时，平台言出必行。
合理的默认让项目自由呼吸；任何敏感操作距离锁定只差一次显式授权。
工作负载只获得被授予的密钥与权限——平台上任何位置都没有额外。
底层
为可信而建的底座。
治理层建立在一个为可信而设计的底座之上。
平台服务之间通过加密传输相互认证，工作负载自带身份，您的控制台与 API 客户端用密钥和令牌对话。
平台服务验证的是谁在问，而不只是出示了哪把密钥。
隔离在每次调用时强制执行，而非从网络位置推断。
对于要求更严格的工作负载，运行可以是加固或机密的——隔离是一个旋钮，不是一次分叉。
metering
默认即计量。
用量不是抽样或估算的；它在服务时被各产品直接发出。
网关的每一次补全都归因于发起它的 API 密钥。团队、产品与客户各有自己的密钥——以及总账中各自可回答的一列。
网关调用、沙箱时长、索引构建等分别汇总。支出变动时，您会知道是哪个产品移动的。
请求、令牌以及平台自身的工作单位，各自独立追踪——没有解释不了任何东西的混合“单位”。
支出与用量摘要就在平台首页，而不是埋在导出文件里。
quotas
真正强制执行的配额。
只会报告的预算是一份简报。配额在用量发生之处强制执行。
针对一个密钥、一个产品或整个项目。
每个配额都显示当前状态——健康、接近上限或已超——余量以一眼可读的条形渲染。
配额耗尽时，后续用量被拒绝，直到窗口滚动。失控支出由平台阻止，而不是靠恰好醒着的人。
对请求与令牌的按密钥上限，为您在模型支出发生之处提供第二个执行点。
写给批准账单的人
每个团队可以有自己的密钥与配额——一个团队的实验永远无法悄悄成为公司的账单。
那些问题
为您真正会问的问题而构建。
按密钥的用量，一页之内。
按产品的用量，同一页。
配额状态连同余量，无需导出。
可以——配额只需几个字段。