内部开发者平台

山城每支工程队开新项目，都要分别找仓库领材料、找卫队开权限、找账房登记成本、找守夜人接监控。

老队长熟门熟路，新队伍却常卡半个月。有人漏接告警，有人忘设回滚，有人把测试钥匙带进正式工地。

城主先设了统一邮箱。所有请求发到邮箱，再由平台队人工办理。队伍不用到处跑了，但平台队成了新瓶颈。

平台队又写了很多脚本，散落在不同仓库。会用的人很快，不会用的人仍要问老队长，知识继续靠口口相传。

后来，他们建了工务大厅。工程队能在一个入口创建服务、选择模板、申请权限、查看依赖、接入监控、发布和回滚。

大厅背后仍然调用许多系统，但对使用者呈现为一条标准路径。复杂细节被封装，关键约束被做成默认选项。工程队也有了选择边界。简单服务自助开工，特殊合规项目仍能找平台队评审。大厅的价值不在替所有人做决定，而在把多数重复手续变成可靠默认。

平台队还维护服务目录。谁负责哪座桥、用了哪些依赖、成本归到哪里、当前健康如何，都能查到。平台队没有把大厅当成一次性装修。他们每月看哪些柜台最慢、哪些模板最常被改、哪些权限申请总被退回，再把常见路径继续产品化。

新队伍第一次开工，不再靠认识某个老队长。自助柜台把组织经验变成可重复的产品能力。城主明白，内部开发者平台不是一个门户页面，而是把创建、部署、观测和治理串起来的内部产品。后来管事把这次经验写进日常规矩：先看场景，再看边界，最后看失败时谁能接手。只有这些都清楚，漂亮演示才会变成可交付的工作。