字节跳动
实习机器人触觉传感器实习生-Seed
北京 · 实习 · 硕士
长期有效
任职要求
- 硕士及以上学位在读，机械工程、自动化、传感技术、仪器科学、机器人工程等相关专业
- 机器人触觉传感器相关研发经验，有完整的触觉传感器本体设计、打样、测试、落地的全流程项目经验，主导过至少一款触觉传感器产品或原型的研发落地
- 精通至少一种主流触觉传感技术路线（压阻式、电容式、磁电式、压电式等），熟悉柔性传感材料特性、MEMS/柔性电子加工工艺、传感器结构设计与力学仿真；掌握温漂抑制、蠕变补偿、非线性校准等传感器性能优化方法
- 了解多模态大模型的技术原理与落地范式，有触觉/力觉感知数据与大模型结合的研究或项目经验；熟悉触觉数据在行为克隆、强化学习、柔顺控制中的应用逻辑，了解具身智能大模型的技术架构与数据训练要求
- 掌握传感器标定原理与测试方法，有搭建触觉标定测试平台的经验；熟悉ROS机器人开发框架，掌握Python/C++、PyTorch/TensorFlow等开发工具，能独立完成传感器的驱动开发与数据采集调试优先
- 具备扎实的数理基础与工程思维，能独立分析解决传感器研发与落地过程中的技术问题，有跨团队协作推进项目的经验。
岗位描述
日常实习：面向全体在校生，为符合岗位要求的同学提供为期3个月及以上的项目实践机会。
团队介绍：字节跳动Seed团队成立于2023年，致力于寻找通用智能的新方法，追求智能上限，为科技和社会发展作出贡献。
Seed团队在AI领域拥有长期愿景与决心，团队研究方向涵盖MLLM、GenMedia、AI for Science、机器人等，在中国、新加坡、美国等地设有实验室和岗位。目前，团队已推出业界领先的通用大模型以及前沿的多模态能力，支持豆包、即梦、TRAE等超过50个应用场景，并通过火山引擎开放给企业客户。第三方数据显示，豆包App用户量在中国市场排名第一，豆包大模型日均Token调用量行业领先。
- 1、负责机器人触觉传感器（指尖触觉传感器、大面积柔性电子皮肤等）的本体方案设计与研发落地，覆盖传感原理选型、结构设计、材料选型、工艺开发全流程，持续优化传感器精度、一致性、耐久性、环境抗干扰性等核心性能；
- 2、负责触觉感知与多模态大模型的结合应用研究，包括触觉数据的特征表征与标准化、多模态（视觉+触觉+力觉+关节指令）数据的时间戳对齐与融合、基于大模型的触觉语义理解与柔顺控制策略开发，探索触觉感知在具身智能场景的技术落地路径；
- 3、负责触觉传感器的标定测试体系搭建，制定性能测试标准与验证方案，搭建自动化标定测试平台，完成传感器的性能验证与问题排查，解决温漂、蠕变、非线性等行业共性问题；
- 4、与机械结构、运动控制、灵巧手算法、大模型等团队跨部门协作，完成触觉传感器在人形机器人灵巧手、柔性抓取、遥操作数据采集等场景的部署与联调，推动技术方案从原型验证到场景落地的全流程落地；
- 5、跟踪触觉传感领域前沿技术与行业动态，开展新技术预研与技术选型，包括新型传感原理、触觉专用大模型、多模态感知融合等方向，沉淀核心技术资产，支撑产品技术迭代与核心竞争力提升。
你的简历匹配这个岗位吗？
上传简历，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. 降级方案：流量过大时返回「已售罄」而非崩溃
更多面试题库功能即将上线
信息来源：企业官方招聘页。投递前请以官网信息为准。