使用说明

Interview Compass 是一套启发式问题库，覆盖求职、招聘、晋升与项目复盘。它帮助读者比较多种方案、核实因果与本人贡献，再用证据说明结果；不提供标准答案，也不自动给候选人打分。

本站只面向工程师：通用工程、前端、后端、客户端、AI 与数据工程，并包含专业贡献和工程管理路径。产品 sense、运营工作流、设计协作与商业问题用于拓展工程师的业务理解，不作为独立求职岗位。判断本人实际参与与授权，不要求工程师兼任其他职能的全部工作。

岗位与阶段目标

先理解能力框架和责任阶段，再按需要选择准备或评估的岗位与目标阶段，也可以直接看全部。右上角显示当前选择，随时可切换。选择目标后，题目列表、预览、计数和搜索都严格按已审核的岗位—阶段组合过滤；页面的主题、题型等条件继续取交集。没有匹配时，可清除页面条件或查看全部。

同一道题可用于多个阶段，变化的是责任、判断和结果证据，并非题目难度或自动分数。单题中可以独立比较其他阶段，不改变全站目标。直接打开范围外题目时仍可完整阅读，并看到范围提示。

选择仅保存在当前浏览器。明确选择全部会被记住；临时关闭只在本次会话内不再提示。分享时使用“复制筛选链接”，链接会包含目标与页面条件；接收者的本地默认不会被覆盖，可明确采用链接目标或移除它。

每道题只有一个主要能力，即它主要想考察的那一件事。八个能力域是：A 专业解题与实现，B 业务理解与领域建模，C 价值判断与方向规划，D 交付执行与持续运营，E 协作沟通与影响，F 人才与组织建设，G 学习适应与持续成长，H 职业责任与工作方式。

岗位、知识主题、责任范围、职业轨道、使用场景和题型是独立的筛选视角。它们只是同一批题目的不同入口，不会产生重复的题目。

面试官先从岗位目标和责任范围出发，再通过正反经历、方案对比、因果追问和实际参与细节，核实经验与判断；遇到失败或冲突时，继续了解当时背景、本人行动、结果及后续调整。追问不是为了套出某个标准答案，而是补足上下文、检验不同解释，并看清候选人的贡献边界。

回答者可以从真实情境开始，讲清目标、本人责任、约束、采取的行动、备选方案和取舍，再说明结果、归因依据与复盘。STAR 可以帮助整理经历，但技术题、案例题和系统设计题不必硬套；关键是让推理、比较过程、实际参与和证据可见。关于面试官提问、候选人回答与双向尽调的完整说明见提问方法。

外部求职面试主要判断候选人能否胜任目标岗位；内部晋升主要判断一个人是否在一段时间内持续承担更大范围的责任，并取得可核验、可归因的结果。两者可以复用问题，但准备方式和证据跨度不同。

晋升页按专业贡献者、一线管理者和管理管理者提供题目入口。这些是题库筛选路径，不是本站替公司定义的职级。阶段要求、评审周期和材料模板应以所在组织的能力模型与晋升规则为准。准备时应覆盖目标责任范围、持续结果、结果如何产生，以及支持和反向证据。

题目是启发式提示，不是标准答案。部分题目已有专属分析，会标记“逐题分析 · 已复核”；其他题显示“共用阅读框架 · 逐题分析待校准”。共用提示不代表已经得出这道题的客观问题、推论、利弊或评分结论。没有专属分析时，请先用自己的话重述题目要解决的决定或不确定性。

一个有效的判断通常会比较内部历史、相似案例、行业或竞品、替代方案及“不做”的成本，并说明口径差异。再补足目标、基线、约束、责任边界、本人实际行动、受影响对象、结果和其他可能原因。不同角色的 hands-on 证据不同：重点是相应责任范围内本人作出的判断和行动，而非统一要求亲自编码。

题卡提供共用的 1–4 分证据参考；少部分已复核题目另有专属锚点，并在页面明确标出。未逐题复核的锚点不能当成该题的精确结论。分档是单项能力参考，不是自动评分，也不能合并成对一个人的整体结论。

实际要求取决于岗位的能力模型、级别和责任范围。通常以 2 分“通过”为基线；一两个维度达到 3 分“优秀”就有价值，4 分“卓越”证据应当少见。