交付笔记2026-11-12团队治理 · Key 管理 · 成本归属

一个团队一个 Key:把权限、配额与责任划清

2026-11-12 · 蚂蚁任务AI

把模型能力接进一家公司,通常由一两个人先跑通,然后迅速扩散到十几个项目。扩散阶段如果没有治理结构,三个月后你会拿到一张谁都不认的账单。最小可用的治理结构只有三样东西。

三类 Key

生产 Key、预发 Key、实验 Key。三类的差别不在技术,而在额度与责任人。生产 Key 只给服务端,不进任何客户端;预发 Key 额度小,用于回归;实验 Key 按项目发放,带有效期。

两条额度线

一条是日额度,防突发;一条是月额度,防累积。两条线都要挂告警,接收人写具体的人名。只设月额度会让突发在月底才被发现,只设日额度则挡不住缓慢的持续增长。

一份责任表

每一把 Key 在登记表里至少有三列:用途、责任人、到期复核日期。这份表不是为了审计,而是为了在账单异常时三十秒内找到人。

为什么 FDE 场景更需要它

FDE(Forward Deployed Engineer)的工作方式是驻场交付,往往同时在几个客户现场推进。项目的 Key 如果混在一起,客户结算就做不干净。按项目发 Key、按项目出账单,是交付型团队最实际的做法。

落地顺序

  1. 先把生产与实验拆开,当天可完成。
  2. 给实验 Key 加有效期,两周复核。
  3. 补日额度告警,接收人写人名。
  4. 登记表上线,每周五扫一遍到期项。

Key 的发放与管理在主站控制台完成:API 密钥管理。治理结构与交付流程的配合见 交付验收清单。