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

对不住了bro哈哈哈哈哈

背景最近有同学在问，当前在AI大环境下大家在开发中如何提效，实现最大化摸鱼，写好SKILL，实现快速复用，配合Open Claw达到最佳效果，我们分为备菜（需要你有架构思维想到怎么准备）->炒菜（让ai给你写好SKILL及优化）->装盘（发布到Skill市场实现复用），大家在做饭时候其实最难的部分不是炒菜而是备菜，因此这里就需要你的经验架构，如果没有经验架构问题也不大，多花token让ai给你一步步确认。Skill介绍什么是 Skill？Skill 是 CC（克劳德code，为了过平台风控没办法只能这样，真的服了） 中的打包式专业知识模块，包含工作流程、参考资料和最佳实践。本质上是...