使用场景
面试官设计
先从逐题复核的核心题开始；下方仍保留扩展题库，供进一步浏览。
994 道问题
扩展题库 · 尚未逐题复核
这些问题可继续用于探索，但尚未接受与核心题同等的逐题内容复核。
本页为扩展题库第 751–800 题，共 931 题。
A · 专业解题与实现22
- 模板只改了格式和示例，但影响了模型输出长度与工具调用频率。团队想跳过完整回归。你会如何建立风险分级？
- 新的安全策略减少了误拒答，同时让少数边界案例出现敏感信息泄露。产品团队希望保留总体满意度提升。你会如何评估？
- 托管模型没有提前通知就升级，常规健康检查仍通过，但分类边界和输出长度发生变化。你会如何建立保护？
- 安全策略上线后人工接管率增加一倍，但高风险错误减少。运营团队容量有限。你会如何判断结果并调整阈值？
- 模型把部分账户标记为高风险并自动拒绝服务，错误决定会影响客户权益。你会怎样设置验证、申诉和人工复核？
- 业务把“流失”从 60 天未登录改成 30 天未付费，历史训练集和模型仍按旧定义。你会怎样管理版本与比较？
- 输入包含大量带时间戳的记录，要求返回分数最高的 K 项，分数相同时保留较早项。你会怎样实现并分析边界？
- 多个数据源各自按时间排序，但总量远大于内存。请说明如何合并输出，并处理单个数据源短暂变慢或断开的情况。
- 你要为异步函数增加重试与超时，最终失败时调用方仍需知道每次尝试的错误和是否已产生副作用（重复执行、越权等额外影响）。会如何设计返回值？
- 服务 CPU 平均使用率只有 35%，但请求队列持续增长，部分线程等待外部 I/O。你会怎样识别真实容量瓶颈？
- 数据库存储膨胀，清理任务反复扫描却无法回收空间；同时存在运行数小时的报表事务。你会如何定位与治理？
- 实例的健康检查只验证进程存活，但用户请求因关键依赖超时而失败。若把依赖检查都加进探针，又可能导致全量摘除。你会如何设计？
- 多个区域独立接收同一请求，请求去重记录会在一段时间后过期，机器时钟可能偏差数秒。你会怎样确保临近过期时重试不会产生重复写入？
- 线上索引需要改变分片键，数据量增长很快且写入不能停止。你会如何规划新旧索引并判断何时切换？
- 多租户查询平台使用共享数据库连接池，某个租户提交大量复杂报表后，其他租户请求延迟明显增加。你会如何隔离和计量？
- 某管理接口能批量改变客户状态，原本只供人工使用，后来被自动化脚本直接调用并造成大范围变更。你会如何重新设计权限和操作保护？
- 用户启动大型数据导出后断开连接，期间其访问权限又被收回。任务需要能续传，但不能继续泄露已无权访问的数据。你会如何设计？
- 产品信息同时存在于应用缓存、CDN 和客户端缓存，价格更新后不同用户看到不同值。你会怎样定义刷新、版本和失效语义？
- 实时仪表盘使用事件时间窗口，财务日报按结算时间汇总并排除未结账交易。负责人认为其中一个报表一定错了。你会怎样解释并治理？
- 每个读请求都写审计日志，成本迅速增加；合规团队又要求保留敏感操作证据。你会如何设计采集和保留分层？
- 运营人员、经理和审计人员共用一个工作台，各自需要不同信息与操作权限。你会如何设计默认视图和个性化？
- 产品面向专业用户，流程必须出现行业术语，但新用户常因此中断或选择错误。你会如何设计理解支持？
当前目标在这里暂无匹配题。 ·
B · 业务理解与领域建模3
C · 价值判断与方向规划5
D · 交付执行与持续运营6
- 工程团队按周报显示风险，业务仪表盘按月更新且仍是绿色，管理层据此做了资源承诺。你会怎样统一报告语义？
- 监控系统会自动重启异常服务，但本次问题来自共享数据层，批量重启可能加剧连接风暴。你会如何设计自动化边界？
- 多个产品团队都以减少客户抱怨为目标，但投诉分类、渠道和责任范围不同。你会怎样拆出共同指标与团队行动？
- 共享平台团队每周被新业务需求插队，原有可靠性和迁移承诺持续延期。你会如何设计接单、容量和优先级机制？
- 第三方服务已经恢复，但故障期间的回调可能丢失。客户看到的状态与平台记录不一致。你会如何确认影响并沟通？
- 团队把发布质量列为季度重点，但有人关注回滚次数，有人关注缺陷，有人关注上线速度。你会如何定义共同目标？
当前目标在这里暂无匹配题。 ·