自我介绍实习挑一个项目，讲技术架构、做了什么事情、用了哪些技术，解决了什么问题B 平台 思路如何拓展到要接入其他模型；接的过程中有什么工作有没有接触过评测的流程如果请求量变大，系统目前的处理流程可能出现什么问题；如何解决A 系统 讲讲亮点八股Kafka 是否天然支持优先级队列；如果消息队列只支持投递，如何实现优先级队列和延迟队列了解哪些限流算法；各自的优缺点除了缓存击穿，还有什么问题针对数据库与缓存的一致性问题，常见的策略是什么；如何保持更强的一致性项目Plan-Execute-Replan、React、Workflow 三者有什么区别其他最近有 Ai Coding 的经历吗算法全排列 II

就是觉得好漂亮，可能是配色？

求大家看看这份简历有啥缺点。boss好多已读不回的我已经麻木了，大家嘴毒一点指出来没关系的

最近我给一些前端方向的实习生做内推，看了不少简历。投递里常能看出一种预设，找实习只要把前端做熟，页面和接口能啃下来，似乎就踩对了主线。初筛读多了会有另一种感受，当业务和岗位已经大量贴上大模型、RAG 或 Agent 时，纯前端技术栈写得再工整，也很难在一叠写法雷同的简历里单独把人托起来。我想写的不是简历技巧，评审更常问的是，你有没有把智能接进一条可维护、可观测、也能和人协作的链路，还是只在项目名里多写几个关键词。许多项目经历段落，技术名词很全，叙事却薄。写得多的几种模式是：周期很短，却同时堆上 RAG、流式输出、鉴权与复杂治理，读者很难估计真实投入与掌握深度段落像功能清单，缺少场景、难点、个人...