Snap 最近的 VO 面经有一个很明显的特点：真正难的不是题目本身，而是连续不断的 follow-up。Coding 会故意把需求说得比较模糊，写完之后继续加 corner case、改 requirement、challenge 你的实现；System Design 画完架构只是开始，后面大量时间都在 deep dive；甚至 BQ 也会追着项目 metric 和技术细节一直问。这种面试，也是我们 VO 实时辅助最能发挥作用的场景。我们的辅助会覆盖整场 VO，而不只是 Coding。面试开始后的自我介绍和 BQ，我们可以实时捕捉 interviewer 的问题，结合你提前准备的项目经历和 story，快速整理回答重点。遇到连续 follow-up ，也会根据前面已经讲过的内容继续往下组织，尽量避免前后矛盾或者突然不知道怎么展开。进入 Coding 后，我们会实时分析题目和 interviewer 给出的约束。题目描述模糊时，先帮你判断应该问哪些 clarification questions；确定需求后给出解题思路、复杂度和代码实现。interviewer 临时增加 test case、corner case 或修改 requirement，也会基于当前代码继续定位问题和调整，而不是重新给你一份完全脱节的答案。System Design 同样是实时跟进。前期可以辅助梳理 requirements、架构和 control flow，进入 follow-up 后，则重点帮助处理真正容易卡住的 deep dive。比如 Snap 这类题里突然追问 TTL expiration spike、跨 region、删除一致性、failure recovery，我们会根据你已经画出来的架构继续推演方案、trade-off 和回答方向。整个过程中，辅助内容会尽可能按照面试场景组织成容易快速阅读、可以马上转化成自己语言的形式，而不是丢给你一大段教程。interviewer 换问题，我们也会跟着换；前面的答案被 challenge，就基于当前上下文继续修正。简单来说，从 BQ、Coding 到 System Design，再到各种不可预测的 follow-up，我们希望覆盖的是完整 VO 的实时决策过程，而不是只在你拿到一道题之后告诉你标准答案。如果不知道实际面试时