小红书前端二面(已oc)

居然又接到了东子的面试，居然是明天就面。。今天八股复习时间超过了10个小时，简直就是补天。。希望明天一面顺利！冲。

1. 详细讲讲你项目中使用Redis的场景，如何保证Redis和数据库的数据一致性？回答：项目中Redis主要用于缓存热点数据、分布式锁、验证码存储等。保证数据一致性的方案有：Cache Aside模式（读时先查缓存，缓存不存在查数据库并写入缓存；写时先更新数据库，再删除缓存）、延迟双删（更新数据库后删除缓存，短暂延迟后再次删除缓存）、订阅MySQL binlog异步更新缓存。对于分布式锁，使用Redisson客户端的RedLock算法实现。2. 项目中使用RabbitMQ的作用是什么？为什么选择RabbitMQ而不是其他消息队列？回答：项目中RabbitMQ主要用于异步处理、流量削峰、系统解...

🌟首先提升Agent 质量：1️⃣Prompt Engineering 是被低估的核心技能。 Agent 的 system prompt 和 tool description 的写法直接决定了 LLM 的决策质量。一个精心设计的 tool description，可以让 LLM 在 90% 的情况下正确选择工具；一个随手写的，可能只有 60%。这个差距不是换框架能弥补的。2️⃣Evaluation 是最容易被忽视的环节。 Agent 的行为具有不确定性，同样的输入可能产生不同的执行路径和结果。你需要一套 evaluation 体系来衡量 Agent 在什么条件下表现好、什么条件下会翻车。没有 eval 的 Agent 开发就是在盲人摸象。3️⃣上下文工程（Context Engineering）正在取代 Prompt Engineering 成为新的关键词。 它关注的是一个更大的问题：在 Agent 的每一步决策中，如何精准地组装出最有利于 LLM 做出正确判断的上下文？哪些信息该放进去，哪些该丢掉，以什么格式组织，这些决策比你选哪个框架重要一百倍。4️⃣用户体验设计不可忽略。 Agent 不是对每个任务都能完美完成的。如何让用户理解 Agent 在做什么、如何设置合理的预期、如何在 Agent 失败时优雅地降级——这些产品层面的思考往往比技术实现更难。🌟分阶段的选型策略1️⃣入门期：拿框架快速上手。选最流行的框架，跑通第一个 demo。目标不是做出好产品，而是理解 Agent 的基本工作原理。用框架的好处是屏蔽底层细节，专注于理解"ReAct 循环"这个核心概念。2️⃣进阶期：脱离框架理解本质。自己用纯 API 调用手写一个最小的 Agent。用 openai 或 anthropic 的官方 SDK，50 行代码写一个能调工具的 ReAct 循环。这个练习会让你彻底明白框架帮你做了什么、没做什么。3️⃣生产期：用框架的方式要利于拆除。如果你继续用框架，把它当作一个 LLM 调用的便利层来用，不要在它的 Agent 抽象上构建核心逻辑。如果你选择不用框架，直接用官方 SDK + 自己封装的薄层，也完全可行。代码量不会比用框架多太多，但可控性高出几个量级。⭕最后框架选型是一个"入口问题"——刚入门时你会觉得它很重要，深入之后你会意识到它只是一个起点。Agent 开发的真正挑战在于：理解 LLM 的能力边界，设计合理的任务分解策略，构建鲁棒的执行和容错机制，以及在不确定性中找到产品价值。这些事情，没有任何框架能替你想清楚。Agent 的灵魂不在框架里，在你对问题的理解里。📳对于想求职算法岗的同学，如果想参加高质量项目辅导，提升面试能力，欢迎后台联系。

ps：如果这篇帖子对于还在找工作和找实习的你有所帮助，可以关注我，给本贴点赞、评论、收藏并订阅专栏；同时不要吝啬您的花花MyISAM 存储引擎不支持事务操作，其核心原因在于其底层架构设计、数据存储机制及核心功能定位，均未为事务支持预留必要的技术条件，进而无法满足事务必备的 ACID 四大核心特性（原子性 Atomicity、一致性 Consistency、隔离性 Isolation、持久性 Durability）。结合其设计逻辑与技术实现，具体可从以下四个核心方面详细阐述：缺乏事务核心日志支撑机制：事务的原子性（即一组操作要么全部执行成功并提交，要么全部执行失败并回滚，无中间状态）与持久性（事...