是否有人经常劝阻客户不要构建智能体,而不是鼓励他们去做?
摘要
作者讨论了客户常常在没有清晰底层流程的情况下请求AI智能体,并强调在实施自动化之前记录工作流程的重要性,以避免问题出现时被指责。
在这个领域做客户工作有一段时间了,注意到一个不常被讨论的模式。大多数入站请求都以“我们需要一个AI智能体来处理X”开始。但当我深入了解当前的情况时,大多数时候X背后根本没有文档化的流程。可能是某个人临时处理,或是三个不连贯的工具,或是只有因为一个员工记得检查某事才运作的交接。在此基础上构建智能体并不能解决问题。它只是在混乱之上增加了一层自动化,然后当整个系统崩溃时,一切都归咎于此,即使真正的根本原因从来不是AI。所以最近,在任何探索性通话中,我的第一个真正问题根本不是关于智能体的。而是“一步步地向我描述今天实际发生的情况,不使用任何工具。”如果他们不能清晰地回答,我会直接告诉他们,文档化的流程需要优先于智能体。一半的时间,这意味着推荐比他们最初要求的更简单的东西。有时这意味着根本不构建。这仅仅是我一个人的情况,还是其他人都遇到了同样的事情?感觉“智能体”已经成为人们默认的词汇,即使他们实际需要的东西远比这更乏味。
相似文章
今年为客户构建了40多个AI工作流... 说实话,90%的‘智能体’都是噱头
作者批评了围绕自主AI智能体的炒作,指出它们往往无效,并推荐使用n8n和Claude Sonnet等工具构建实用的、硬编码的AI工作流,用于实际应用。
我向客户多收费,就是为了不构建AI智能体。
一位顾问讲述他如何经常说服客户放弃构建昂贵的AI智能体,因为更简单、更廉价的自动化方案就足够了,并分享了他的工作实例。
在为十几位客户构建智能体团队后,我发现了真正赢得他们信任(并停止时刻盯着系统)的关键
作者分享了在建立客户对 AI 智能体系统信任方面的实用见解,强调缩小范围、健壮的错误处理以及清晰传达系统状态的重要性。
停止构建AI智能体。
作者认为,大多数要求构建AI智能体的创始人实际上只需要简单的自动化流程,并辅以最少的LLM集成,理由包括生产环境故障、合规障碍,以及更简单工作流带来的更高投资回报率。文章提供了一个实用的决策框架,帮助开发者和创始人优先考虑可靠的自动化,而非复杂且不可预测的智能体。
AI 智能体开始暴露出大多数工作流程原本就已支离破碎的事实
文章认为,AI 智能体揭示了企业工作流程实际上是多么缺乏结构和混乱不堪,暗示成功的自动化更多取决于整洁的系统和完善文档,而非先进的模型。