题目重点：HR、HM、Staff reverse system design 与 MLE presentation 均追问项目；合并同题变体，准备可验证的技术取舍与个人贡献。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 候选人选亲身参与且可披露的真实项目；规模/结果必须可核，不从题目描述借数字。
- 短 HR 版约 1 分钟，HM/Staff 版可展开架构、容量、故障和复盘；presentation 的页数/时长题目未统一。
- 重要性可由客户影响、系统风险、技术难度或团队推进衡量，不把 Tier 0 当唯一价值标准。
解题路线
- 开头说原问题、服务对象、成功条件和硬约束；用一句话定本人 ownership，区分团队与个人。
- 列两个真实备选，说明当时为何选 A、放弃 B、最大风险是什么；能够画数据流/状态机/依赖图并解释容量。
- 深挖一处你亲自解决的关键问题：失败日志、重试/幂等、性能瓶颈、模型偏差或跨团队接口；给验证方式与反事实。
- 结果报告基线、变化、采样时间、观测来源，若无法归因就承认限制；讲上线/灰度/回滚和后续维护。
- 根据‘挑战’强调约束与失败，‘自豪’强调影响和团队，‘重要’强调任务价值；底层事实一致，不改编为三段互相矛盾的故事。
手动走一遍
训练卡片写 P(问题)、C(约束)、A(本人行动)、B(备选)、E(证据)、R(复盘)。初筛按 P-C-A-E 60 秒讲；技术追问展开 B 与故障，presentation 加系统图和指标。内容必须由候选人自己的项目填写。
规模与取舍
准备 1 页项目事实卡、1 张图和 1 组指标口径；口头版本 1/5/15 分钟。具体 QPS、成本和人数需候选人自己的证据，题目未明确。
易错点与追问
容易失分的边界
- 只讲公司/团队成果，不讲个人决定。
- 堆栈名词却说不清数据流、失败恢复与验证。
- 把估算当成测量结果。
- 因为面试官质疑 Tier 0 就虚构关键性。
继续深挖
- 如果重做会换什么方案？
- 你负责的部分出现过什么故障？
- 项目影响如何量化而不归功过度？
- 你离开后谁接手？
