三轮都过了，最后因“需求变动”被挂

1. 自我介绍，围绕一条链路说明你做过什么、你负责什么、难点在哪2. 一个面向多业务域的 Agent 系统，为什么不能只用一个大 Agent 把所有事情做完单 Agent 的问题不是“不能做”，而是做大以后上下文会混杂，知识边界、工具边界和状态边界都不清楚。比如订单查询、风控审计、赔付建议、配置解释，本质上就是不同任务类型，它们需要的知识、状态和可调用工具完全不同。如果硬塞到一个 Agent，模型容易被无关上下文干扰，也容易误用工具。实际工程里更稳的做法是做任务拆分：入口先做路由，再把请求交给垂直 Agent 或垂直 Skill 处理。3. 对多场景、多上下文的请求做路由时，如何判断当前应该调...

好贵啊海淀这边

感觉自己还是挺狗运的，比不上牛客这些双非大佬随便秒终于戴上红围脖了，xdm 加油

最近整理了一份芯海嵌入式软件开发二面面经，二面的风格和一面不太一样。一面更偏基础知识排查，会系统问 MCU、FreeRTOS、启动流程、中断、内存这些底层内容；二面通常更看重项目经历，尤其会围绕你简历里写过的项目持续深挖。整体感受是，二面题量不会像一面那样特别散，但每个问题都会追得更细。面试官重点想确认三件事：这个项目你是不是真的做过、关键模块是不是你自己负责、遇到问题时你有没有独立分析和落地解决的能力。面经总结：详细介绍一下你做过的一个嵌入式项目，项目背景、目标和你的职责分别是什么？这个项目的整体软件架构是怎么设计的？模块是怎么划分的？为什么这样拆分？你在项目里具体负责了哪些功能模块？哪些部...