题目重点：从验收和最小未知出发设计第一个可验证动作，说明求助与试验如何减少不确定性。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 个人回答必须来自真实经历；下文为虚构训练情境，不补造候选人的项目、数字或评分。
- 失败、挑战或职责边界采用实际目标和承诺判定，不能只凭最终结果重新命名当时决定。
解题路线
- 复述任务目标和验收，把“不会做”拆成领域知识、依赖、工具或路径选择的具体缺口。缺口不同时第一步应不同。
- 找最小能改变下一步决定的试验：读最小模块、跑baseline、拿一份样例数据、问有上下文的人；不是无目的看所有资料。
- 设置求助的具体问题与已尝试证据，保留对方反馈如何改变计划。独立工作不等于不求助，求助也不等于把整个任务转给别人。
- 产出最小可验收切片，用用户/owner反馈确认方向；若失败，把反证写成下一轮输入，不连续扩大未经确认方案。
- 结果讲第一个动作到交付之间怎样逐步减少未知、何时仍卡住及升级，机制可形成starter/runbook而不是“以后更有自信”。
手动走一遍
虚构训练例：要接手陌生服务，候选人先跑一个真实请求确认链路与错误模式，提出关于配置来源的精确问题，再实现可回滚的小变更；不从重写整套架构开始。
规模与取舍
准备主回答与证据附件：决策时间线、个人职责、实际规模、结果口径和复盘动作。约2分钟主回答是练习建议，非题目限制；保留可验证细节以应对连续why，不套用固定数字。
易错点与追问
容易失分的边界
- 只说先Google或问同事。
- 不知道验收却立即大规模实现。
- 把求助讲成别人完成全部任务。
继续深挖
- 第一步为什么选它？
- 没人能回答时怎么继续？
- 什么证据证明最小切片方向正确？
