工行省分行

很多小伙伴对最终结果很感兴趣，结果我放在评论区了，之前发的小红书帖子 这场小红书前端社招一共四轮。最让我意外的是，几乎每一轮都花了很多时间在聊项目和作品。 我不是标准履历：专升本背景，过往找工作也遇到过学历筛选。所以这篇想记录的不只是题目，也想说说：如果背景不够漂亮，怎么用作品把面试聊起来。 我的作品集/开源主页在这里，后面提到项目时可以对照看： https://github.com/tt-a1i 先说结论  常规场景题会问，但这次真正展开的是项目。 作品要能现场打开、能讲清楚取舍，而不是只写在简历上。 手写题这块我发挥很差，3 道题都没写出来，但后面还是靠作品继续聊下去了。 对非标准背景的人...

差点把线上搞崩那次，到现在想起来手心还会出汗。实习第六周，我改了一个配置参数。自测过了，跑了几个case没问题，心想这么小的改动走什么灰度啊，直接上呗。提交MR的时候mentor拦住了我，说走灰度。我当时内心是翻白眼的——至于吗？灰度放了1%的量，五分钟之后监控开始报警。我改的那个阈值，影响了下游一个缓存服务的淘汰策略。我看着监控面板上那条飞起来的红线，感觉自己的血也凉了。mentor倒是很淡定，一键回滚，然后跟我说：这个接口日调用量几千万。如果刚才全量上了，你今天就可以体验什么叫P0事故复盘了。那一刻我是真的怕了。不是怕被骂，是怕影响真实的用户。之前在小厂实习，出了bug重启一下就好了，DAU才几千，没人在意。但大厂不一样，你敲的每一行代码背后都是真实的人在用。从那以后我再也没有跳过任何一个流程。你说大厂的流程烦不烦？烦。但被流程保护过一次之后，你会真心感激这份烦。感谢我师，就我🐶命

为什么嘞，为什么嘞，为什么嘞。。。第一，我考虑的就是学历问题，可能就是因为学历。第二，是否是项目有问题，项目过时了？第三，四月中旬开始投简历太晚了？总不能连个面试也没有吧。目前还是有点焦虑。符合条件的鼠鼠出来报个团吧另外，我好想去江浙啊，不想在东北呆着了😭

很多人一听到这个问题，就开始罗列一堆技术名词：ReAct、Plan-and-Executor、Reflection、Multi-Agent…如果面试官继续追问：为什么会出现这些范式？各自解决什么？本质区别在哪？项目里怎么选？很多人可能就会卡壳了。这些范式实际上都在解决一个问题：当任务越来越复杂时，如何让 Agent 变得更可靠？随着任务从简单的单工具调用，发展到多步骤长任务、跨领域复杂任务，再到企业级生产任务，Agent 暴露出一系列问题：长任务容易失控偏离目标、输出质量不稳定、单 Agent 上下文窗口有限、生产环境缺乏可控性与合规性等等。不同范式针对不同阶段的核心痛点提出了解决方案，但同时...