停止构建团队害怕触碰的AI工作流

我经常看到这样的模式：有人构建了一个40个节点的工作流，它运行良好，大家都很高兴。六个月后，那个人去度假或已经离职，团队里没人愿意碰这个东西。工作流的部分被按颜色而非功能来指代。没有人能完全解释当某个步骤失败时会发生什么。客户打电话来，代理公司要么冻结更改，要么从头重建，这两种情况都会削弱信任。这不仅仅是工具问题，但围绕工具的正确实践能为你争取时间。草稿与发布版本控制意味着有人可以在副本上实验，而不会破坏在线运行的内容。逐个节点的测试运行让下一个人在更改前能真正看到每个步骤的作用。这两者都不能完全解决知识转移问题，但它们给了接手者一个在操作前理解工作流的机会。更深层的问题是，从一个可工作的原型到面对付费客户的产品之间的差距，是大多数代理构建失败的地方。你发布演示版本，然后花几周时间修补只在生产流量中出现的边缘案例。如果构建它的人也是唯一理解这些补丁的人，那么每次客户互动中你都面临巴士因子为一的风险。好奇人们实际上是如何处理这个问题的。文档有帮助，但没人写。配对构建有帮助，但客户不会为构建中的两个人付费。团队是如何解决多步骤代理工作流中的交接问题的？