1. 你们系统里如果用了消息队列，怎么保证消息不丢失、不重复消费，并且实现最终一致性？答案：先保证生产者发送可靠，发送失败要重试，关键业务可以配合事务消息或本地消息表。Broker 这一层要做持久化和副本，避免机器故障导致消息丢失。消费者要在业务处理成功后再 ack，不能先确认再执行业务。MQ 一般只能保证至少一次投递，所以消费者一定要做幂等。幂等常见做法是业务唯一 ID、去重表、Redis 去重、数据库唯一索引。最终一致性一般靠异步重试、死信队列、补偿机制来保证。面试里可以总结一句：生产者可靠发送，Broker 持久化，消费者幂等消费，失败靠补偿实现最终一致。2. 分布式事务有哪些常见方案？...

Thank you Hellobike.

大家好，我是@程序员花海，我看过太多同学的 AI Agent 项目简历，写出来的亮点全是这样的：做了一个 AI Agent 智能助手，集成了大模型、RAG 知识库、MCP 工具调用，实现了自动对话、推文发布、通知推送等功能，提升了效率。这种写法，在大厂面试官眼里，等于没写。很多同学做 AI Agent 项目时，技术栈堆得很满，MCP、RAG、规则树、策略模式、Spring 动态注入、大模型调度…… 看上去非常唬人，可一写到简历上，面试官扫一眼就划走了。问题根本不在你没做东西，而在你没把项目讲清楚。比如看这份简历，表面上用到了各种 AI 相关技术，组件也列得很全，但仔细一琢磨，整体更像是把市面上...