五个「唯一」

与其管好每条路，不如只留一条

直连加轮询的根子是路太多。每多一条路，就多一份要盯的东西：多一份凭证，多一个定时器，多一个站点。管好每条路的成本，会随路的数量一起涨。

统一平台的做法相反：让路只剩一条。不是把旧的路管得更好，而是让它们不再存在。

从左到右，每一段只有一个入口。没有一条线从应用或智能体直接连到数据源。

五个「唯一」

这五项分别落在 Semantic（数据）、工作流（触发）、Nexus（应用入口）、Console 与 Semantic 的访问设置（账号与权限）、发布 SDK 的资源上限（用量）上。

每个「唯一」怎么守住

「唯一」不能靠自觉，要靠机器拦得住的地方：

• 数据入口：数据源只给发布端一个只读账号；发布 Key 只能往一条数据流发布，泄露了也读不了别的；智能体和应用没有数据源的凭证。
• 触发：触发只写在工作流的 trigger 里。部署时，比每 5 分钟还密的定时被拒收，5 分钟到 1 小时一次的一定告警。
• 应用入口：应用先进 test 通道，再发布到 Nexus 的正式通道；用了没登记的 SDK，部署直接拒收。
• 账号与权限：用 SDK 或应用做任何事都要先登录；分享只有 Owner 能改。
• 用量与上限：每个应用缺省每月 2,000 计算分钟、每天 20 封通知；计算分钟用完，请求返回 429 quota_exhausted。

拿它检查自己的系统

最简单的检查，是给每一项数个数：数据源有几处入口？触发写在几个地方？报告站点有几个？登录系统有几套？数完，先收数字最大的那一项。

1. 数

   五项各数一个数，写在一张纸上。

2. 选

   挑数字最大、也最容易出事的一项。

3. 收

   先建替代物，再并行对账，最后下线旧的——第 6 课讲这个顺序。