格格步入

现在大多数人用 AI，不是在提高生产力，而是在“制造新成本”。而且还乐在其中。 养龙虾时，你有没有这种感觉： 多问几轮 → token 爆炸 上下文一长 → 成本翻倍 模型一抽风 → 全部重

近期主站经常出现死锁，一天能发生30+笔，最后导致资金归集失败。 首先线上问题处理：下游失败可重放，人工补偿 / 自动补偿，保证业务流程正常运行，避免客诉。 排查问题：从死锁日志开始排

为了更好的服务用户，提供个性化服务，帮助客户解决问题，结合当下火热的AI技术推出快捷导航功能。 其功能如下： 语意理解：能够理解用户的自然语言输入，而不是单纯的关键词匹配搜索。 个性化推荐：

组里有同学说：“分布式锁直接用 SETNX 就够了，没必要上框架”。 这里先说结论：优先使用封装好的框架 Redisson。 ps. 之前看交易中心的代码，里面就存在同一个调用链中多次使用分布式锁，这

回顾过去的一年，公司的故障报告里 防重复问题 反复出现，比如： 人民币钱包付款：只付款了一次，但是系统付了两笔，两笔的创单间隔时间是5s 领取奖励金重复：重复获得 -> 盗刷 疑似重复入账：

线上告警群，收到告警：BigMoney java.lang.ArithmeticException 业务流程：这块是通用方法，调用中台接口。 核心作用：把“批次单（BatchOrder

当前例子推送属于半自动，每次策略调整都需要算法同学配合调整，诉求是将电销例子推送策略产品化，由业务侧配置推送规则，实现电销团队自助运营无需技术同学介入。 主要流程：从公海池子里圈选 -

线上收到测试同学反馈，几个商机客户在商机公海里搜索不到，需要协助查看。 一开始以为是对应销售同学没有配置好对应池，所以才搜索不到。 销管明确说已正确配置池，并提供搜索不

近期 OOM 故障频发，一周内发生了 3 次。 但每次pod重启后，应用又一切正常；上个版本有代码发布的同学，排查了一遍新增代码，没找到可疑之处。 主要现象如下： 群里告警：Grafan