36 团队形态

36.1 编制模型

这类业务的人员规模与产能规模不成正比，这是它区别于传统 IDC 的显著特征。录音中给出的编制口径是 1000 台规模不到 50 人，1 万台规模技术团队仍不到 50 人。录待该口径未经核实，但方向与行业趋势一致：推理服务的运维强度主要由故障处理与版本管理决定，而不是由机器数量线性决定。

36.2 自动边界

小团队管大产能的前提是把重复性判断交给自动化，包括交给智能体。可以自动化的部分有清晰的边界：有确定判据的重复判断可以交出去，涉及责任归属与商业取舍的决策不能。按这个边界划分，推理运维里可自动化的比例相当高。

36.3 知识沉淀

小团队的最大风险是知识锁在个人脑子里，交接与轮班都靠人肉传递。可行的做法是把上下文本身当作共享资产来管理：按业务域组织可复用的上下文仓库，每次处理完事故沉淀操作记录和标准流程，让下一个人或下一个工具能直接接手。这套做法的收益在跨时区团队里最明显，因为交接发生在每一天。

跨境结构最终要落到责任人和可执行动作。第七部分回到三段录音，把前面的框架逐项套进真实主张。