报障
现场人员只需说清发生了什么、当时在做什么。
01 / THE ROUTE
从一声「用不了」开始,直到修复真正上线,再由原来那个人确认结果。
现场人员只需说清发生了什么、当时在做什么。
平台把描述、附件和可用证据放在一起,给出可追溯的判断。
把大白话整理成研发能直接接手的 Issue。
研发继续在 GitHub 工作,平台同步回进展与追问。
不把「Issue 关了」当成「已经好了」,等修复真正跑到目标环境。
上线后点名请你确认;不行就带着证据重新回来。
平台不替你把问题盖章为「已解决」——它把下一次确认,交还给真正受影响的人。
需要人 · 才能换乘02 / WHO IT SERVES
每个人看到的不是同一张看板,而是自己在这条线上真正需要的下一步。
用大白话提一个问题,全程知道走到哪一步,修复上线时被点名请去验证。
从报障到验证,始终知道下一步。
不再跨 4 个仓库开网页巡检;追问不再靠人肉转达;拿到手的 Issue 正文自带服务端实采的证据清单。
把时间留给修复,而不是找上下文。
首屏就是自己的待办(AI 放弃的问题归他,J1–J8 八类);用一张策略矩阵把默认全自动的闸门逐格收紧;成本、审计、抽检三件事都看得见。
该接手的事,不再藏在流程缝里。
03 / PRINCIPLES
Atlas Support 的价值,不是把每个判断都自动化,而是让每个判断都落在对的证据、对的人和对的时间点上。
Issue 关闭不是修复上线;平台等到目标环境收敛,再请你确认。
模型自报的仓库、SHA、路径和行号不作数;研发看到的是按 commit 固化、可对上的证据。
需求、无法定性的问题、需要你验证的修复,都在换乘站停下来,等真正的人来推动下一步。
Issue、PR、评论的权威副本留在 GitHub;平台负责队列、聚合、关联和回访。