1. Agent 的架构设计一个完整的 Agent，一般不是单独一个大模型就能跑起来，核心会拆成几层。最上面是任务入口，负责接收用户问题和上下文；中间是决策层，负责意图识别、任务拆解、规划和工具选择；下面是执行层，真正去调工具、查知识库、访问服务；最后是记忆和状态层，维护多轮上下文、历史执行结果和中间变量。如果做得再工程化一点，通常还会加一个校验层。因为模型规划出来的步骤不一定总是对的，工具参数也可能填错，所以在执行前后都要做检查，比如参数合法性校验、工具返回结构校验、结果一致性校验。Agent 真正难的地方不是“能不能想”，而是“想完之后能不能稳定执行”。2. RAG 的检索如何实现RAG ...

那是实习第三周，我在例行巡检监控的时候，发现了一条有点奇怪的错误日志。 报错信息很短，没有堆栈，没有上下文。旁边的同学扫了一眼，说："可能是环境抖动，先观察吧。"导师也只是嗯了一声，没有分配任务。 我在工位上坐了一会儿，把那条日志保存到了本地。 第二天，它又出现了。还是同样的位置，同样的时间窗口，还是没有规律地触发着。我开始往前追：日志是从哪个服务来的，那个服务当时在调用什么，调用链的上游是谁……每往前一步，就要在几十个服务的日志里捞数据，再手动拼接时序。 第三天，我把整理出来的链路图打印出来贴在工位旁边。同事经过，看了一眼，说："你还在看这个？" 我说...