那是一个普通的周五下午。 导师把我叫到工位旁，打开一个代码仓库，说："这个模块最近业务增长比较快，之前一直没人系统性地梳理过，你来接手吧。" 我点了点头，像是答应了一件还没完全理解的事情。 那个模块并不简单。打开代码的第一天，我花了整个上午才理清调用链，下午又发现好几处逻辑分支，每一处都像一个悬念。注释零散，文档残缺，很多设计决策只能靠上下文去猜。我一度以为自己接手了一个"烂摊子"，但慢慢地，我开始觉得，这不是烂摊子，这是一段没写完的故事。 第一周，我几乎什么都没改，只是读。把整个调用链画出来，把每一个可能的异常路径标出来，把那些"看起来没问题...

年前一面通过，后面问是否考虑外包岗位，撤回的消息说的是“没办法，学历是硬性指标”，难绷那你面我干啥呢，浪费双方时间，你早说是外包岗我还接你面试干啥😂

上周三约了字节的这周一晚上的面试，对应的hr加我微信了当时，第二天我就考虑了准备再做新项目转agent开发所以给这个hr说取消了，结果今天字节打电话问我为什么没有面试，这怎么办是不是面评完蛋了

1. 如果让你从 0 到 1 设计一个企业级 Agent 平台，你会怎么划分 Planner、Memory、Tool、Knowledge、Runtime、Evaluation 这几个模块？边界怎么定？我一般不会按“大模型功能”来拆，而是按“责任是否稳定”来拆。Planner 只负责决定下一步做什么，不负责真正执行；Tool 只负责把外部能力标准化，不参与推理；Knowledge 负责把文档、结构化数据、权限和索引组织成可检索资产；Memory 只存跨步、跨轮、跨会话还需要被引用的信息；Runtime 负责状态推进、超时、重试、回放和观测；Evaluation 则独立出来，不跟在线链路耦合，因为...