题目重点：短初筛明确问想做什么事情和 role，部分项目 presentation 也问未来方向；用真实经历解释偏好并核实职责。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 候选人先读目标 JD，若 role 很 general 就明确一两个偏好并保留开放性；不能假装已获团队内部范围。
- 答案依据真实项目、技术兴趣和愿意承担的交付责任，不因某帖通过/拒绝就推定标准答案。
- 地点、RTO 和 status 是独立的实际条件，必须如实回应。
解题路线
- 用一句话说目标任务而非只说职位名，例如‘希望负责模型服务的可靠部署/延迟优化’；需确认此任务是否在目标团队范围。
- 举一个自己的最近项目，说明为什么该任务吸引你：遇到的问题、本人决定、结果与仍想继续解决的缺口。
- 说明期望角色边界：IC 深度、跨团队协调或产品交付比例；若目标范围很宽，给优先方向和愿意探索的相邻方向。
- 向面试官问前 90 天交付、团队当前最大的未解问题和岗位与其他团队的接口，再根据答复调整自己的匹配判断。
- 把行政约束如 RTO、地点、工作许可单独直接说明，避免用技术动机掩盖不匹配。
手动走一遍
训练回答：‘我想做 A 类型系统，重点在 B 指标；之前在 C 项目我负责 D，发现 E 问题很值得长期做。这个 JD 的 F 部分看起来接近，但我想确认团队实际是否主要做 F。’ 各字母必须来自本人履历与目标 JD。
规模与取舍
主回答约 30–60 秒，追问可用一个项目展开 2–3 分钟；准备 1 个首选方向、1 个相邻方向和 2 个核实问题。题目不含岗位统一职责或评分细则。
易错点与追问
容易失分的边界
- 只说‘都可以’，面试官难判断匹配。
- 声称对某内部团队项目很了解，但信息源未核实。
- 把行政条件藏起来，后续才发现不可接受。
- 将短筛选结果归因于某个动机答案，题目没有反馈。
继续深挖
- 如果团队实际偏向另一方向，你会怎样判断？
- 你最能立即贡献的是哪部分？
- 现有经验与目标 role 最大差距是什么？
