公司题库

蚂蚁集团面经题库

46 道题 8 个岗位 74 个标签

蚂蚁集团相关面试题

RAG 什么时候只用静态知识库,什么时候需要接入动态网页检索?

这道题考察 RAG 检索源选择和系统边界设计。回答要说明静态知识库适合权威、可治理、更新频率低或组织受控知识,优势是稳定、可审计、低延迟、低风险;动态网页检索适合新闻、政策、价格、版本、故障状态、市场信息等变化快且静态库无法覆盖的问题,优势是新鲜度和覆盖面。高质量回答应给出 query 路由、混合检索、来源可信度、成本延迟、安全合规、冲突处理、引用和评估方案,而不是简单说“静态不够就联网”。

多 Agent 协作时,Agent 之间如何传递状态、消息和工具结果,并避免并发读写冲突?

这道题考察多 Agent 系统的状态建模、通信协议、工具结果传递和并发一致性设计。好答案不能停留在 Agent 之间互相发消息,而要区分临时对话消息、可持久化任务状态、不可变工具产物和需要事务保护的共享资源。回答边界应覆盖消息队列或事件总线、共享状态存储、编排器协调、版本号或乐观锁、文件和数据库写入隔离、幂等重试、冲突检测,以及如何用日志和压测证明没有丢消息、重复执行和覆盖写。

Agent 的 self-refine 自我修正如何处理 API 返回字段缺失、冗余或结构不符合预期?

这道题考察 Agent 自我修正是否能和工程化 API 契约治理结合起来。好答案不能把 self-refine 说成让模型再想一遍,而要说明先用确定性 schema 校验发现字段缺失、冗余字段、类型错误和结构不匹配,再根据错误类型决定丢弃、补默认值、结构化转换、重调 API、降级或交给模型生成修复计划。边界是不能让模型凭空编造缺失事实;所有修复都要可追溯、有限重试、重新校验,并用错误率、修复成功率和幻觉字段率验证效果。

RAG 检索中为什么要混合 BM25 和向量召回,融合权重或比例如何设置和评估?

这题考 sparse+dense hybrid retrieval 的工程判断:BM25 擅长精确词项、专名、数字、错误码和短查询,向量召回擅长语义相近、同义表达和自然语言问题。融合比例不是拍脑袋固定值,而要根据 query 类型、离线指标、线上反馈、延迟成本和 badcase 分布动态调优。

同题还出现在 1 个公司岗位

DPO、PPO、GRPO 三种对齐方法在工程上如何选择,各自适合什么反馈和决策场景?

这题考的是候选人能否把 DPO、PPO、GRPO 从“算法名词”落到工程选择。好答案要先按反馈形态和决策场景分类:只有离线成对偏好时优先 DPO;有可训练奖励模型、在线采样和长链动作优化需求时考虑 PPO;同一 prompt 能采多条候选并用组内相对奖励比较,尤其是可验证任务或推理题时适合 GRPO。还要讲清 reward hacking、KL 漂移、长度偏置、探索成本、训练稳定性和评估指标。

同题还出现在 2 个公司岗位

如果要设计蚂蚁金服内部自动客服系统,如何定义用户场景、能力边界、流程和评估指标?

这题考 AI 产品经理能否把内部自动客服设计成企业级系统。要先明确内部员工、运营、技术支持等场景,再设计知识、权限、工单、模型回答、人工升级和质检闭环,并用解决率、准确率、转人工率、时效、满意度和风险指标验收。

在 Hive 中有一个城市百万级经纬度数据,如何做空间聚类,并兼顾距离计算、分区分桶、性能和结果验证?

这题考的是把百万级经纬度点在 Hive 环境里做成可落地的空间聚类方案,而不是只说一个算法名。好的回答要先明确聚类目标和距离口径,再选择网格、Geohash、KMeans 或 DBSCAN 等方法,并说明 Hive 里如何用分区分桶、邻域裁剪、两阶段距离计算和结果验证控制成本。核心原则是避免全量两两距离,把空间问题转成可分区、可局部比较、可抽样核验的数据处理流程。

AI 在金融行业有哪些典型落地场景,产品经理应如何评估价值、风险和合规边界?

这题考的不是罗列几个 AI 金融应用名词,而是产品经理能否按金融业务链路识别 AI 的适用场景,并同时回答价值、风险、合规和上线验证。高质量回答要把场景分层,例如客户交互、营销与经营、风控反欺诈、运营自动化、合规审查和内部员工助手;再说明不同场景的收益指标、模型指标、用户体验指标、风险指标和合规边界。金融场景的关键不是“能不能自动化”,而是哪些环节允许自动决策,哪些只能辅助人工,哪些必须留痕、可解释、可申诉、可回滚。

蚂蚁集团上线新的签到活动后参与率一直不高,产品运营应从哪些数据维度定位原因并制定优化策略?

这道题考察产品运营能否把签到活动参与率低拆成一条可诊断、可行动的增长链路。成熟回答不能只说加奖励、发 push,而要先定义参与率口径,再沿曝光、触达、点击、进入、签到完成、奖励领取、复访留存逐层定位,并结合用户分层、渠道、版本、设备、规则理解、奖励感知和数据质量判断问题发生在哪里。最后要把诊断转成运营动作和实验方案,证明自己既懂指标,也懂用户增长闭环。