全栈负责人二面面经

请先做一个简单的自我介绍。 你上一段实习是在北京做算法工程师对吗？你对我们这个全栈负责人岗位的理解是什么？你之前的经历偏算法，而这个岗位偏工程（前后端/Agent），你个人更倾向于哪个方向？ 请评估一下你目前在偏工程方向上的能力水平，包括前端、客户端、服务端、Agent等方向。如果有一些具体的经验或理解，都可以聊聊。 以你参加的全栈挑战赛中多智能体导购系统为例，你提到iOS客户端部分是边做边学、借助AI辅助完成的。那么在遇到AI无法解决的编译构建或代码问题时，你通常是怎么解决的？ 这个项目中后端和Agent部分是你自己实现的。请介绍一下你觉得最有挑战或最复杂的模块（包括服务端和Agent编排部分）。 你们系统的核心设计思路是"通过交互确认意图"，对吗？那么你觉得后端对意图识别的理解需要做到什么程度，才能应对各类场景？ 你提到的Router在当前系统中是硬编码实现的，可以按需扩展。但如果用户意图不在Router预定义的范围内，系统如何处理？ 请介绍你们对话系统的整体设计，包括上下文管理、服务端数据存储，以及从接口接收请求到Agent处理的全链路设计。 单个对话窗口最多能存储多少轮对话？对于长上下文场景，是否做过专门的处理（如压缩策略）？ 你提到对系统做了评测，请具体介绍一下。是针对导购效果、推荐准确性还是其他维度？ 整个系统中你只做了iOS客户端吗？客户端渲染与数据接口之间的数据结构是如何设计的？返回的对话数据到端上渲染的流程是怎样的？ 有没有做过专门的性能优化设计？你提到的性能问题（如评测中发现的内存问题）具体是什么？ 手撕： 有 100 扇门，初始全部是关闭的。你进行 100 轮操作：第 1 轮：打开所有门；第 2 轮：每 2 扇门切换一次（开→关/关→开）；第 3 轮：每 3 扇门切换一次；第 4 轮：每 4 扇门切换一次；……第 100 轮：只切换第 100 扇门。问：最后哪些门是开着的？ 你平时在学习哪些全栈相关的新技术？不限于前后端、客户端或Agent方向，可以聊聊你正在接触的技术领域。 如果只选一个方向，前端和客户端你更倾向于哪一个？你对自己在这两个方向的技能掌握程度如何评估？ 你有什么想问我的吗？