1. 先做一个自我介绍吧，重点讲讲你的学校经历、实习经历，以及你认为最能体现你能力的一段经历参考答案：我会先简要介绍自己的专业背景、技术方向和目前主要在做的事情。然后重点讲学校里做过的项目、竞赛或者实验室经历，说明自己不是只停留在课程层面。如果有实习经历，我会突出实习中接触到的真实业务场景和我承担的具体工作。我会挑一段最能体现自己能力的经历展开，比如独立完成模块开发、定位复杂问题或者推动优化落地。表达时会尽量讲“我做了什么、为什么这么做、结果怎么样”。最后会把这些经历和嵌入式岗位要求关联起来，体现匹配度。2. 你之前的实习主要做了什么？有没有一件事情是你从不会到能独立负责的？参考答案：我会先介...

小米oc了，但是在犹豫去不去。如果接受的话，小米正职待遇太差了，而且也不是互联网大厂，不确定这段经历对于秋招的背书有多大。算上餐补实习薪资5100，感觉太低了，并且岗位是中台开发，会干一些杂活，而且没有专门的mentor，和纯后端有一定区别。但是如果不接受的话，害怕接下来找不到好的offer，暑期0offer。图一是我简历上的项目和所学知识，图二是JD。实习的岗位不垂直，对秋招帮助大吗，该不该去，去了之后能胜任任务吗？

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

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