小红书社区工程AI与全栈二面

3月26日面的

讲一下你那个微途旅行，你这个微途旅行是什么背景，自己琢磨的还是网上学习的
你当时这个题目是自己选是吧？就是为什么为什么你们当时想做这个方向的尝试？
你怎么判断你自己做的这个项目有没有在真实场景落地的价值，你是怎么做这种思考的？就是这种场景就是假设你做出来之后，发布到市面上，会有人用这种功能吗？
这个就为什么别人不用用马蜂窝，为什么别人不用马蜂窝，用你的产品
为什么要用lua脚本，解决什么问题？
redis集群环境下，你怎么保证你在lua脚本上操作的key在同一个实例上来保证原子性的
这个令牌桶流量控制这块。你自己实现的吗？还是找了一个现成的实现组件去用的？
你这个秒杀业务主要是用什么来保障它它的并发的？除了这个lua脚本之外。端到端的提升是怎么做的？
前端上有做防秒杀，防并发的这种保护吗？
点赞业务什么时候用的set，什么时候用的zset
这里的zset为什么不使用内存来进行操作，不都是可以是合并写的作用
那你这里的zset能存多少条点赞数量的数据
Zset的数据结构了解吗，展开讲一下
那你这个降低幻觉你是怎么发现的问题？然后你做完优化之后，实际的效果是怎么去观测衡量的？RAG这块，第二点对模块化RAG架构。
你不是降低了幻觉吗？你怎么论证有效降低，实际效果怎么衡量的
做这个所谓的衡量时候，为什么不考虑再引入一个agent来做？
死循环监测能力，防止agent的无限循环。这里首先你是怎么识别到会有循死循环问题的？
你的这个项目中有什么tools
你现在日常在用AI工具是什么状态？只是coding吗？还是说也在做一些小的尝试，小的玩法有贡献过skill吗？
你的ai规划的内容基于两部分，一个websearch搜索的，一个基于你的本地内容的方法调用，那你怎么综合这两部分的内容的呢，是直接一股脑扔给ai大模型吗
你看你现在在做规划，假设给你扩展一下，你现在发布功能，我希望那个用户只传图片，然后其他文案让他自己生成，就不只是路线规划了。你觉得这个事该咋做呢？我想要给你这个功能再提点需求。
用户编写文案的意图，这件事打算怎么写呢？这个skill。
现在你刚才提的是一种方案，还有一种方案是我传了图片之后，我并不是直接调多模态，而是我丢到后台去慢慢生成再推给用户。这两种产品方案你觉得哪种好一些？这第一种就是你说的传上图片就开始调多模态，用户在等待。然后先去告诉用户在识别多模态，然后又去生成文本，然后再生成完了再返回给前端，让前端去展示。还有一种是我丢完之后，直接就用户就不用管了，就去干别的了。然后最后生成完之后，再给个消息或者推送给用户，让用户自己去查看。
异步实现只有异步这一个难点吗？
同步和异步方面从用户体验角度上你是怎么考虑的
你上线了这个ai根据图片生成文案的功能之后，上线之后发现大家发布量上涨了，比如说上涨了30%。但是这个笔记的这个互动率，所谓的互动率就是点赞、收藏、评论之类的下降了10%。举例子，然后你然后用户评论里你会看到有些人说，我靠这攻略生成的太假了，感觉AI生成的。所以基于这个场景，你觉得你这个功能是成功的还是失败？
你觉得如果你是负责这块的PE你下一步会做什么？
我反问你一下，你为什么觉得你做这件事情的逻辑是说你觉得AI生成的真实性不高，所以用户没有互动是吧？你来你你刚才提的这个下一步是去解决真实性的问题，还是解决互动低的问题？你的下一步再解决啥问题？
讲一下对openclaw的理解
什么样的功能适合做成skill，什么样的不合适