1. 自我介绍2. 介绍你写的这个项目3. 为什么要做多 Agent，而不是把所有能力都塞进一个 Agent多 Agent 的核心价值不是“看起来更高级”，而是把复杂任务里的角色分工显式化。单 Agent 在任务很长、工具很多、约束很多的时候，容易把规划、检索、判断和执行混在一起，导致上下文污染、错误放大、调试困难。多 Agent 可以把流程拆成规划 Agent、检索 Agent、执行 Agent、审查 Agent，每个 Agent 只负责一类清晰目标，行为边界更稳定。但多 Agent 也不是默认更好。它会引入额外通信成本、状态同步复杂度和错误传播路径。真正适合多 Agent 的场景，一般满足...

之前一直在牛客刷大家帖子，看到了很多人吹捧大厂多好多好。但是说个会被喷的事实：双非本，秋招拿了5个offer，比我那个在某大厂实习的室友还多一个。他在大厂做了三个月，负责链路中的一个中间模块。听起来很厉害对吧？但面试的时候面试官追问这个特征是怎么选的召回策略谁定的，他只能说这部分是算法团队负责的。我在旁边听得都替他尴尬。我呢？在一家不过百人的小公司做了个后台管理系统，全流程就我一个人。你问我任何一行代码为什么这么写，我都能给你掰碎了讲，因为踩过的坑我全记得——凌晨两点调CORS跨域问题的那种刻骨铭心你懂吗。说到底面试官要的不是你title多好看，是你到底有没有真正做过这件事。大厂名字能帮你过简历关，但到了面试那一步，你做的东西是不是你的，一问就知道了。后来我室友也想明白了，他说我那三个月最大的收获就是知道了食堂哪个窗口最好吃。我不知道他是在自嘲还是在认真的。

本来觉得混了段实习应该比找第一段的时候好点 怎么感觉还是没有面试哇

最近参加了几场Agent专项面，有个非常刁钻的趋势：面试官开始反思“过度智能化”的问题。比起炫耀模型的能力，他们更想看你作为开发者，如何处理资源边界与业务对齐。核心考点一：Token 经济学与“长效记忆”的取舍面试官常会问：“如果任务链路极长，上下文爆了怎么办？”别只回答“滑动窗口”或“向量检索”。现在的深度考点是“记忆的结构化存储”。考点： 你是否设计了类似计算机操作系统的“缓存交换”机制？深度回答： 聊聊如何将非结构化的对话，实时提取并更新到结构化的知识图谱或数据库中。这样Agent下一次读取的是“属性值”，而不是翻看几万字的聊天记录。这考查的是你对信息压缩率的控制能力。核心考点二：如何定...