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

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

3月到现在到现在依旧0offer，不是一面挂就是二面挂，怎么找出路呀，大家都是什么进展了