点赞收藏加关注，这个系列我还是会长期更新的，如果你也想要点评的话，可以直接把简历发我，如果是想深度包装简历的话，可以看我的项目地址。那里有大厂最近做过的实习项目，可以用于包装简历今天这个不算是一个非常合格的简历，每个模块都有比较致命的几个缺陷，在校经历呢，有比赛，但是可以补充一些课程和研究方向的补充实习经历呢写的也都比较简单，建议自己包装一下亮点，比如从大数据量，高并发或者是消息幂等设计等等方面都可以写一写练习项目第1个还算说得过去，是可以用的，甚至可以把练习项目中的某些内容包装进自己的实习经历中，第2个练习项目纯是摸鱼的项目，可以不用写，一般两个项目就够了，你还写了一个非常水的项目，实际上是很扣分的

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

整体面试还是不错的，但是没后续了，不知道是哪里出了问题1.你这个AI工作流编排平台是怎么做的?2.你能投屏展示一下吗?3.DSL是怎么设计的?4.节点都有哪些分类呢?你刚介绍到一个大模型还有其他的吗?5.那你能简单介绍一个你搭的一个工作流。比如说你能举一个例子，你用这个工作流，你搭建了一个实际的流程是什么样的吗?6.那这个TTS节点是怎么实现的?7.大模型的输出是文本还是直接是语音?8.然后你是怎么实现播放的呢?9.实现了节点的持久化和恢复这个主要啊解决的问题是什么?10.你都用了Redis的哪些数据结构呀?11.都用到过哪些命令?12.这几种命令分别都在你这个项目里面的哪些节点或者说过程里面去调的?13.那你在恢复的时候你怎么从里面再取出来呢?14.那除了你刚刚说的字符串这个Redis的数据结构还有哪些呢?其他的都有了解吗?15.有实际在你的项目中用到过吗?16.你了解Redis都有哪些持久化方案吗?17.那这这两种持久化方式有什么区别?各自的优劣是什么?18.那比如说一个Redis实例在执行BGsave的时候，它还可以处理其他的像getset请求吗?19.Redis主从同步的过程20.Redis内存淘汰策略

1. 你对 Claude Code、Codex、OpenHands 这类 Coding Agent 的理解是什么，它们的核心差别在哪这类产品表面上都在做“让模型帮你写代码”，但真正拉开差距的不是补全能力，而是任务编排、工具使用、上下文管理和反馈闭环。像 Claude Code 更强调命令行工作流、仓库级理解和连续执行，适合把模型放进真实开发环境里；Codex 早期更偏代码生成和 API 能力，强在补全和局部代码理解；OpenHands 这类开源 Agent 往往更强调可扩展性和多工具编排，方便接入自己的环境和流程。如果从工程视角看，这类 Agent 最终拼的是三件事：一是对代码仓库的建模能力，...