先说说情况：base北京，小厂，实习月薪5000，房补1000，工作时间9.30-18.30，双休。面试内容：算法题：最长回文子串，记事本写，只看思路和大概的编程，不用运行。场景题：Spring boot应用，接口，部署到线上，初步测试，运行一段时间后，没有反馈了。怎么排查。（我讲了限流方面+死锁+缓存三件套+循环依赖，就是一顿输出）。然后根据我的回答提问了其他内容：缓存三件套处理方法，怎么判断数据库故障了。死锁怎么判断。问了一下agent的项目提示词工程和上下文工程区别。（讲了个大概，联系了项目。他指出了我的不足，但是说我联系项目很好）基本就没了，然后口头给offer，给我讲了业务还有薪资和...

秋招没有大满败，最终收到节子的offer。

这段时间越来越强烈的一个感受是：现在不少人对 Agent 开发的理解，还停留在“接个大模型接口 + 配几个工具 + 跑个演示页面”这个阶段。但只要项目开始往真实场景走，问题立刻就会从“能不能跑起来”，变成“能不能稳定工作”。也就是说，Demo 阶段拼的是搭建速度，落地阶段拼的是系统能力。真正折磨人的，从来不是那几行 API 调用代码，而是后面一整串工程问题：工具该怎么组织，模型才能正确选用？检索链路怎么设计，召回效果才足够稳定？上下文越来越长时，记忆如何管理？模型一本正经胡说八道时，系统如何收口？想让体验更自然，流式输出该怎么处理？这些才是 Agent 开发真正开始“见水平”的地方。先说一个现...