美团
校招【北斗】复杂Agent应用技术研究员
北京/上海 · 校招 · 2027 届 · 本科
长期有效
任职要求
- 【岗位要求】
- 1、有好奇心，敢想敢做，掌握基本LLM训练和应用范式
- 2、顶会论文（ACL/EMNLP/NeurIPS/ICLR/KDD等）、开源贡献或算法竞赛成果突出者优先
- 3、有OpenClaw/Claude Code深度使用经验与产出优先
- 4、熟悉Agentic RL者优先
- 5、GitHub高Star AI原生项目或向OpenClaw/OpenCode提交过核心PR者优先
- 【岗位吸引力】
- 1、全场景产品落地：客服/销售/商业分析/营销/C端助理，覆盖平台级全场景——你的研究直接变成产品，影响千万级真实用户
- 2、Skill体系与Agent架构研究：探索Skill的表示、调度与自进化机制，攻坚上下文治理、长期记忆与状态流控等复杂Agent系统核心难题，学术界和工业界都在摸索的前沿问题
- 3、兼具技术深度与系统视野：既能深耕Agent等前沿算法，也能看到完整系统架构如何在真实业务中演化
- 4、快速验证节奏：平台级业务数据 + 极短的技术方法到线上路径，技术探索快速得到真实反馈
岗位描述
【岗位职责】
我们致力于用科技创新为用户和生态伙伴创造超预期的交互体验和效率提升，依托生活服务领域多样化且复杂的业务场景，聚焦基座技术与公司战略级应用方向的深度融合，持续推动前沿技术的落地，同时积极探索和挑战技术的无人区，不断定义并刷新行业的最先进技术标准。
- 1、DataAgent核心基建：攻坚复杂长周期任务调度架构，解决上下文治理、长期记忆与状态流控难题
- 2、BA场景工具链：构建高扩展性数据处理Skill体系与安全高效的代码执行沙盒
- 3、精准营销Agent：基于海量用户行为数据探索精细化需求理解与大小模型协同
- 4、Skill体系与模型优化：探索Skill的表示、调度与自进化机制，推进Agentic RL
- 5、智能服务新范式：建立C端个人Agent与B端服务Agent的连接，研究智能体架构优化
【任职要求】
【岗位要求】
- 1、有好奇心，敢想敢做，掌握基本LLM训练和应用范式
- 2、顶会论文（ACL/EMNLP/NeurIPS/ICLR/KDD等）、开源贡献或算法竞赛成果突出者优先
- 3、有OpenClaw/Claude Code深度使用经验与产出优先
- 4、熟悉Agentic RL者优先
- 5、GitHub高Star AI原生项目或向OpenClaw/OpenCode提交过核心PR者优先
【岗位吸引力】
- 1、全场景产品落地：客服/销售/商业分析/营销/C端助理，覆盖平台级全场景——你的研究直接变成产品，影响千万级真实用户
- 2、Skill体系与Agent架构研究：探索Skill的表示、调度与自进化机制，攻坚上下文治理、长期记忆与状态流控等复杂Agent系统核心难题，学术界和工业界都在摸索的前沿问题
- 3、兼具技术深度与系统视野：既能深耕Agent等前沿算法，也能看到完整系统架构如何在真实业务中演化
- 4、快速验证节奏：平台级业务数据 + 极短的技术方法到线上路径，技术探索快速得到真实反馈
你的简历匹配这个岗位吗？
上传简历，AI 会对照这份 JD 指出你的差距和需要补强的地方
该岗位可能会问的问题
基于 后端开发 岗位的常见面试问题整理
请解释 RESTful API 的设计原则，并举一个你实际设计过的例子
查看答题思路
1. 资源导向：URL 表示资源而非操作 2. HTTP 方法语义：GET/POST/PUT/DELETE 对应查增改删 3. 无状态：每个请求包含全部所需信息 4. 统一接口：一致的响应格式（如 JSON） 5. 举例：用户模块 /users/{id}，GET 查/POST 创/PUT 改/DELETE 删，返回统一 {code, data, message}
MySQL 索引的底层数据结构是什么？为什么用 B+ 树而不是哈希表或红黑树
查看答题思路
1. B+ 树：非叶子节点只存 key 不存 data，单次 IO 读更多 key 2. 叶子节点形成有序链表，支持范围查询（哈希表不支持范围） 3. 高度低（3-4 层可存千万级数据），减少磁盘 IO 4. 对比红黑树：B+ 树是多叉的，高度更低，磁盘 IO 更少
你参与过的最复杂的后端项目是什么，你承担了什么角色
查看答题思路
1. 项目背景：一句话说清业务场景 2. 技术栈：语言/框架/数据库/中间件 3. 个人职责：你做的，不是团队做的——用「我设计了」「我优化了」 4. 难点：遇到了什么具体问题，怎么解决的 5. 数据佐证：QPS 从多少提到多少 / 延迟降了多少
什么是微服务架构，和单体架构相比各有什么优劣
查看答题思路
1. 单体：所有功能在一个进程，部署简单，初期开发快；缺点是耦合高、扩展难 2. 微服务：按业务拆分独立服务，独立部署/扩展/技术栈 3. 优点：故障隔离、团队自治、技术栈灵活 4. 缺点：网络开销、分布式事务、运维复杂度 5. 判断标准：团队<10 人或业务不复杂时，单体是更好的选择
如何设计一个高并发的秒杀系统
查看答题思路
1. 前端限流：按钮置灰、验证码 2. 网关层：Nginx 限流 + 负载均衡 3. 业务层：Redis 预减库存（原子操作），消息队列异步下单 4. 数据库：乐观锁扣库存，读写分离 5. 降级方案：流量过大时返回「已售罄」而非崩溃
更多面试题库功能即将上线
信息来源：企业官方招聘页。投递前请以官网信息为准。