中级 loop 配实质性系统设计和项目级 LP 故事。降级 SDE1 最频繁的职级——通常因为 LP scope 读起来是「task 级」而不是「项目级」。
按 IGotAnOffer Amazon SDE2 指南 + Glassdoor SDE2 招聘数据，SDE2 候选人平均 32 天招到，对比 Amazon 整体 28 天均值。多出来的时间主要是 Bar Raiser debrief 和 team matching——不是面试轮次本身。这个职级竞争激烈：SDE2 是最大留学生群体申请的目标，也是降级到 SDE1 最常见的地方。
降级信号通常不是 coding 弱。是 LP scope 读起来是任务级而不是项目级。讲 2 周交付 feature 的故事是 SDE1 scope；讲跨 2 季度 own、有跨团队依赖的系统的故事是 SDE2 scope。行为面明确按这个区分打分，Bar Raiser 比 SDE1 推得更狠。
SDE2 系统设计实质性但不要求多区域（那是 SDE3 范畴）。要求：具体 scale 数字、清晰瓶颈、至少一个明确 trade-off。没数字的设计——即使架构合理——读成 junior。
HackerRank/Chime——2 道 DSA（中等偏难）+ work-style 模拟。难度比 SDE1 高，多优化轮次。
适配度、目标组、定级预期。SDE2 信号边界时有时暗示 SDE1 备选。
1 道 coding + 2-3 LP 追问。第一遍要 production 质量代码。
DSA 中等偏难配 LP 追问（每个 LP 块 10-12 分钟）。Production 代码质量算分——边界、命名、错误处理。
SDE2 实质性（不像 SDE1「轻量」）。常见：Amazon Ads server、推荐系统、分布式 cache。多区域不要求（那是 SDE3）。
评估 3-4 个 LP，要项目级 scope 故事。「我 own 了这个 feature」胜过「我贡献了这个 feature」。
资深外部面试官有否决权。考 Dive Deep + Deliver Results + Customer Obsession。门槛比 SDE1 尖——找项目级 scope 和数字清晰度。
"讲一个你端到端 own 的项目。做了哪些 trade-off？（Ownership）"
"描述一个你简化了复杂流程的时候。砍了什么？为什么？（Invent and Simplify）"
"讲一个你在数据不全时必须做决策的时候。（Bias for Action / Are Right A Lot）"
"描述一个你发现的、没被升级到你的客户问题。（Customer Obsession）"
"讲一个你的工作在 debrief 里被挑战的时候。你怎么应对？（Have Backbone; Disagree and Commit）"
"Design Amazon Ads server。讨论组件、扩展性、广告定向 pipeline、计费/归因。报告中约 1h25min。"
"Design 分布式 cache 或消息队列。讨论 eviction 策略、一致性模型、分区容忍。"
"实现线程安全 LRU cache。Follow-up：支持 TTL eviction。"
"字符串/数组题配多轮优化——通常 3 级：暴力、最优时间、最优时间+空间。"
"树/图题，面试官中途加非显然 edge case。考适应力。"
SDE2 #1 降级原因。讲单 PR 或 2 周 feature 的故事是 SDE1 scope。SDE2 需要跨季度的故事：你 own 的系统、有跨团队依赖的项目、影响团队 roadmap 的决策。
等等——SDE2 设计不要求多区域（按 IGotAnOffer SDE2 指南）。要求：具体 scale 数字、清晰的瓶颈、至少一个明确 trade-off（一致性 vs 可用性、延迟 vs 成本）。没数字的设计读起来像 Google L4 等价物。
SDE2 时 Bar Raiser 推 5-8 分钟追问每个故事。背的答案在深度上崩掉。让人挑战你的故事——「为什么选 X 不选 Y？」「Z 出错时发生了什么？」答不上，故事就不够深。
跨职能项目自然引出「我们」措辞。SDE2 在跨职能 context 里要明确个人 ownership——「我推动了 3 个团队的架构决策」，不是「我们 3 个团队同意了架构」。
SDE2 期待 production 质量代码：不被提示就处理边界、命名合理、错误路径想清楚。SDE1 能过的白板伪代码风格在 SDE2 读成 junior。
Applr 加载 SDE2 专属 rubric——实质性（不轻量）系统设计、每轮 coding 配 LP 追问、Bar Raiser 配 5-8 分钟 Dive Deep 和 Deliver Results 追问深度、行为面按「项目级」vs「任务级」scope 打分。
行为面明确标记任务级 scope 故事并给改写建议突显项目级 ownership 信号。Bar Raiser 追问校准到 Amazon 实际深度——如果你的故事撑不住「为什么选 X 不选 Y？」和「那个决策的成本是什么？」，scorecard 记下 gap。
按 IGotAnOffer Amazon SDE1 vs SDE2 对比 + Saiteja Dasari 2025 SDE2 Medium 写手：SDE2 必须展示项目级 ownership，不是任务级。2 周交付的 feature 是 SDE1 scope；跨 2 季度 own、有跨团队依赖的系统是 SDE2 scope。行为面明确按这个打分——「我 lead」胜过「我贡献」，拿 SDE2 vs SDE1 offer 的差别经常在你最强的 LP 故事是否呈现这个 scope。
不要求，按 IGotAnOffer Amazon SDE2 指南 + 2025 Glassdoor 报告——多区域思路是 SDE3 范畴。SDE2 需要具体 scale 数字、清晰瓶颈、至少一个明确 trade-off（一致性 vs 可用性、延迟 vs 成本）在单区域有 scale 的设计上。设计轮花在多区域细节是过度准备，会损失实际打分维度的深度。
按多份 2025 Bar Raiser 写手（Carlos Arguelles 的 Memoirs of an Amazon Bar Raiser Medium、alifeengineered.substack.com）：SDE2 BR 在 Dive Deep（你能 debug 不熟悉的代码库吗？X 挂的时候你实际做了什么？）和 Deliver Results（数字在哪？决策的成本是什么？）上推得更狠。BR 还找可教练 leadership 的证据——没 authority 的管理、mentor junior、navigate 模糊。SDE1 BR 更基础 LP 覆盖。
按 Glassdoor 数据 + IGotAnOffer Amazon SDE2 指南：候选人平均 32 天招到，略高于 Amazon 整体 28 天均值。Bar Raiser debrief 在 onsite 后 4-7 天。留学生因签证协调可能时间更长。
同 band，rubric 完全不同。Google L4 没有必考系统设计（Google L4 最反直觉的事实）；Meta E4 有 system 或 product design 配新 AI-enabled coding 轮；Amazon SDE2 有实质系统设计 + LP 重头戏行为面。三家都申请的话，每个 loop 单独准备——泛泛「中级 FAANG 准备」三家都服务不好。
通常会，但时间因组和 pipeline 而异。SDE2 是有 2-5 年美国经验或强国际背景的国际候选人最常拿到 Amazon 招聘的职级。Screen 时跟 recruiter 确认 sponsorship 名额——部分组有签证配额限制影响时间。