Golden Path 不是强制所有团队使用同一技术栈，而是把组织已经验证过的构建、部署、观测和安全能力组合成低阻力默认路径。
从高频旅程开始
选择“创建一个 HTTP 服务”“发布一个定时任务”等真实场景，记录从申请仓库到生产上线的步骤、等待时间和失败点。优先消除重复审批、手工复制配置和跨系统录入。
service create
-> repository + ownership
-> CI + artifact signing
-> deployment + policy
-> dashboard + alerts + runbook模板生成的是起点，后续升级能力更重要。共享工作流与平台 API 应支持批量修复，而不是让数百个仓库永久分叉。
设计逃生通道
- 默认值满足大多数场景，但允许声明式覆盖
- 偏离路径要记录原因、风险和 owner
- 高风险例外通过策略审批，不靠私下绕过
- 平台故障时保留可审计的人工操作方式
衡量结果
关注首次上线时间、部署成功率、模板采用率、支持工单和认知负担。单纯统计门户点击量不能证明开发者体验改善。
收尾清单
每季度邀请实际使用团队完成旅程测试。删除无人使用的选项，维护升级路线，并把安全和可观测性作为默认产物而非额外任务。