秋招求职进度贴：26届双非硕秋招求职进度贴（算法&开发&数分）26届双非硕秋招求职进度贴[续集]（算法&开发&测开）（鼠鼠目前在芯片厂实习，感觉知识掌握还是不够牢，而且实习太杂了，都会一点、都不精通，大厂面基本上过不了。呜呜呜，万能的牛友有好工作推推俺，俺的方向是多模态小样本学习，NLP、CV、VLA、开发岗俺都可以，私俺拿简历）[笔试面试进度]英特仿真-图像算法岗：4月20日线上面试旗峰顺世-大模型算法岗：4月21日线下面试

4.2，时长1h（附面经攒人品前20min，深挖实习，关于分布式一致性方案八股，threadlocal能线程共享吗，如果想要父子共享有什么解决办法算法，给一个Map，key为String，value为其出现的概率，如何提供一个pick()方法，能够每次调用时，目标的出现次数符合其概率，要考虑小数，概率和不为1的情况。面试官人很好，花时间和我梳理思路，最后说可以拖10min左右。奈何本人太菜，磕磕绊绊最后花了将近40+min才跑通，面试官说终于通了。反问后续流程，面试官说与HR沟通，大概率凉

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