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

何意味😄

1. 自我介绍2. 平常主要用什么系统写代码，Windows 和 Linux 分别适合做什么答案：如果是桌面端或客户端开发，我平时会 Windows 和 Linux 都用。Windows 更适合做 GUI、IDE 联调、查看系统 API 行为、处理编码和兼容性问题，像 Visual Studio 的调试体验、符号查看和性能分析都比较方便。Linux 更适合写网络服务、做脚本自动化、跑构建链路、看系统调用和资源占用，像 gdb、strace、perf、valgrind 这类工具都很好用。如果项目本身是跨平台的，实际开发里经常会在 Windows 上做界面和功能开发，在 Linux 上做构建、测试...