Agent开发工程师

深圳总部/北京/上海/广州 · 校招 · 2027 届 · 本科

长期有效

前往官方投递页 →

任职要求

1、熟练掌握至少一门主流编程语言（Python/TypeScript/Go 等），具备扎实的数据结构与算法基础，代码质量意识强；
2、深入理解Agent原理与架构，包括 Planning、Memory、Tool Use、Reflection等核心机制；
3、熟悉主流Agent开发框架（如 LangGraph、AutoGen、CrewAI、MetaGPT 等），有实际搭建经验；
4、了解大模型基本原理，熟悉Prompt Engineering技巧，能设计高质量的系统提示词与工具描述；
5、对AI Agent技术有强烈兴趣，关注行业动态，具备独立调研与技术选型能力；
6、具备良好的系统思维和问题解决能力，能在复杂场景中设计可靠的Agent方案。
1、有Agent系统构建经验（如自主任务执行、多 Agent 协作、复杂工作流编排等）；
2、有Agent评测与质量体系建设经验，能系统性评估Agent效果并持续改进；
3、有RAG系统搭建经验，了解向量检索、知识图谱等知识增强技术；
4、参与过相关开源项目或有技术博客、Agent应用作品展示。

岗位描述

【岗位职责】

1、负责智能Agent系统的架构设计与开发，包括多Agent协作框架、任务规划与调度、工具调用与执行引擎等核心模块建设；
2、设计并实现Agent的记忆系统、推理链路和决策机制，提升Agent在复杂业务场景下的自主性与可靠性；
3、搭建Agent应用的评测与质量保障体系，建立系统性的效果评估、持续优化与性能、成本管控机制；
4、跟踪Agent技术前沿发展，结合业务需求进行技术预研与落地实践。

【任职要求】

1、熟练掌握至少一门主流编程语言（Python/TypeScript/Go 等），具备扎实的数据结构与算法基础，代码质量意识强；
2、深入理解Agent原理与架构，包括 Planning、Memory、Tool Use、Reflection等核心机制；
3、熟悉主流Agent开发框架（如 LangGraph、AutoGen、CrewAI、MetaGPT 等），有实际搭建经验；
4、了解大模型基本原理，熟悉Prompt Engineering技巧，能设计高质量的系统提示词与工具描述；
5、对AI Agent技术有强烈兴趣，关注行业动态，具备独立调研与技术选型能力；
6、具备良好的系统思维和问题解决能力，能在复杂场景中设计可靠的Agent方案。

【加分项】

1、有Agent系统构建经验（如自主任务执行、多 Agent 协作、复杂工作流编排等）；
2、有Agent评测与质量体系建设经验，能系统性评估Agent效果并持续改进；
3、有RAG系统搭建经验，了解向量检索、知识图谱等知识增强技术；
4、参与过相关开源项目或有技术博客、Agent应用作品展示。

你的简历匹配这个岗位吗？

上传简历，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. 降级方案：流量过大时返回「已售罄」而非崩溃

更多面试题库功能即将上线

信息来源：企业官方招聘页。投递前请以官网信息为准。

前往官方投递页 →