使用智能体集群在两天内清理并迁移400张混乱的遗留表

我们最近在公司收购后需要迁移约400张混乱的遗留表，如果你做过并购后的数据库工作，就知道这通常意味着一个月痛苦的编写手动脚本。我们没有花数周编写自定义ETL脚本，而是组建了一个简单的自主智能体团队，负责检查旧模式、推断字段映射、标记未建立索引的PII，并在数据库隔离副本上运行测试查询。我们早期犯的最大错误是试图让一个大型提示做所有事情。它一直在奇怪的嵌套JSON字段上卡住，并幻觉列类型。直到我们将它分解成小的单用途智能体，让它们互相检查工作，事情才开始正常运转。一个智能体负责映射字段，另一个扮演令人讨厌的评审员，试图破坏查询；如果失败，它会把原始SQL错误发回给映射器修复。重试之间的状态管理非常痛苦，直到我们将Lyzr接入编排后端，保持内存隔离，并防止未掩码数据泄露到私有设置之外。我们将人工审阅队列减少到不到4%的表，通常需要一个季度的工作我们只用了大约两天。如果你在构建数据智能体，主要教训很简单：绝不要让执行工作的智能体同时也是验证它的智能体。对抗循环每次都能避免破坏生产环境。