1. 自我介绍2. RocketMQ 里顺序消息、普通消息、事务消息分别适合什么场景，为什么不能混着用普通消息适合最终一致、无严格顺序约束的场景，比如日志分发、画像更新、通知投递。顺序消息适合同一业务键必须按时间线推进状态的链路，比如同一工单、同一订单、同一会话的状态演进，但顺序消息的吞吐和容错设计会受到队列粒度限制。事务消息适合本地事务与异步投递之间要建立“发送承诺”的场景，比如主库先落事实，再由 MQ 推动旁路索引或下游补偿。三者不能混着用，是因为它们解决的问题不同，消费模型、失败恢复方式和成本模型也完全不同。3. 如果 RocketMQ 出现消息积压，你会怎样定位，不要只说“扩容消费者”...

看来得重新踏上征程了。后悔之前oc之后没有走其他的流程。

打开GitHub搜“AI应用”，跳出来的结果是不是都差不多？又一个RAG知识库问答 📚又一个ChatGPT套壳网站 💬又一个LangChain文档加载器 🔧代码换了个写法，README换了个排版，但内核一模一样。更扎心的是：你跟着教程吭哧吭哧做出来的东西，和另外100个求职者简历上写的，几乎没有区别。面试官看多了，审美疲劳 😮‍💨 你也知道这项目拿不出手，但不知道该做什么、能做什么。🤔 为什么市面上的项目都“长一个样”？因为教程教的，都是“标准答案”。教程教你搭RAG → 大家都用LangChain + Chroma + OpenAI教程教你做Agent → 大家都用ReAct模式...