稳定性相关工作（oncall、发布、事故复盘）很容易写成情绪宣泄，或相反写成英雄主义。招聘方更想看到：范围、机制、学习闭环。本帖给可复用写法。不构成 SRE 认证。

————————————————
一、写范围，不写怨气
————————————————
坏例子：「经常半夜被叫起来很惨。」
好例子：「参与〔服务〕oncall 轮转，平均每〔周期〕处理〔N〕起〔级别〕事件；将重复告警收敛到〔规则/文档〕。」

————————————————
二、写机制，不写个人神话
————————————————
强调 runbook、升级路径、事后复盘是否落地为可搜索变更。个人英雄救火不如「减少下次救火」。

————————————————
三、发布日字段
————————————————
发布窗口｜回滚演练｜变更评审｜客户沟通——选你真正做过的 2 项写清。

————————————————
四、面试追问准备
————————————————
「最近一次事故你做的三步是什么？哪一步会写进文档？」准备一个脱敏案例即可。

回帖：分享你如何量化「告警噪声」或「平均恢复」而不泄露内部名。

English: Scope + mechanism + learning loop beats hero stories for oncall bullets.

相关：/c/job-roles · /c/resume-interview
加班补偿以合同与法规为准。

延伸阅读与实践建议
把本文字段复制到笔记，本周只完成一件小事并记录结果。小步记录比一次写万字总结更可持续。参与讨论时引用自己的笔记字段，比空洞立场更有帮助。若发现过时之处，欢迎引用公开来源纠错。请始终以官方招聘页、当地法规与持牌专业意见为准。社区建议不能替代合同、移民与劳动法意见。把个人经历写清楚背景，后来者才能判断是否适用于自己。禁止政治话题与伪造履历。