宁波银行！

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

没想到挂了还有感谢信啊哈哈哈哈啊哈哈啊哈哈

最近看了好多同学简历中的项目经历都已经变成一个AI项目加一个常规项目，而且大家似乎很有默契的形成了一个RAG项目+商城、优选、秒杀项目.....很难不让人感慨，在这个古法编程向vibe coding过度的时期，大家又默契的写出了同质化如此高的简历。如果大家厌倦了写商城类这种极致并发的项目，害怕自己经不住面试官对大流量技术设计的拷打，那不妨关注一下由楼主开源的异构数据源流转系统datalinkx。不同于c端项目浮夸的流量和并发，在后A(AI)、B(BigData)、C(CloudCompute)时代，datalinkx的优势在于其大数据垂直领域的业务价值。为什么选择搞异构数据源流转项目每到春招秋...