背景：Java技术栈的B端系统，有很多客户资料需要运营审核：比如商户入驻资料审核、决策资料审核等等， 现在想使用AI代替运营做初步审核，同时尽量对原有的业务系统代码侵入比较小 现状问题： 目前第一版使用Dify做的工作流编排，但是遇到问题： 复杂的审核使用Dify做比较吃力，需要设计人员考虑的面面俱到导致Dify的节点非常多，非常难维护；如果做的比较简单，效果又不好 Dify没有对应的CLI/MCP ，导致AI没办法直接去调试Dify，需要一定的人工介入 各业务系统接入Dify需要考虑鉴权、重试、容错等等，需要有个中台承接？ 最核心的一点 ：很多调试很长时间的工作流，不如直接将资料发给本地claude code做审核由它自由发挥效果好 其他的路线： 直接接入API ：待审核资料格式比较多，需要很多工具比如doc/pdf/xls转图片给多模态模型识别，直接接入API需要提供很多工具，直接裸接入效果不好 Claude code SDK方式 ：尚未尝试，之前尝试过“将资料发给本地claude code做审核由它自由发挥效果好” 但是考虑 Claude Code不一定能每次都遵循工作流处理，优先级设置的比较低 langchain / langgrpah : 未尝试，Java技术栈需要增加相关组件，是否值得上？ 各位佬友是否有其他建议？是否 2 个帖子 - 2 位参与者 阅读完整话题

  • 情报分类：技术学习与提效
  • 分类依据：内容涉及技术、AI、软件工具或工程实践
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/9 08:28:15