开发者工具AIB 端工作流

AI 审核工作流可观测层

帮 Java 后端团队把 AI 审核从 Dify 黑盒变成可调试、可回放、可灰度替换的透明流程。

痛点
有团队在 Java B 端系统里用 Dify 做商户入驻、决策资料等审核,但复杂流程让 Dify 节点爆炸、难以维护;Dify 缺少 CLI/MCP,AI 没法直接调试;各业务系统接入还要自己处理鉴权、重试、容错。更核心的是,很多调试很久的工作流,不如直接把资料发给本地 Claude Code 自由发挥效果好。
方案
一个中台式的审核编排层:把审核规则拆成可版本化、可单测的步骤,提供 CLI 与 MCP 接口让编码代理直接调试;每次审核保留输入、模型调用、中间结论与最终决定,支持回放与 A/B 替换模型;业务系统只对接一个稳定的审核 API,鉴权、重试、容错由中台处理。
用户
使用 Java 技术栈、正在把 AI 引入审核流程的中小企业研发与运营团队。
MVP
审核步骤 DSL 与版本管理;CLI 单步调试与 MCP 服务端;审核记录与回放界面;模型可替换的调用适配层;提供 REST API 供原有 Java 系统接入。
变现
开源核心 + 企业版按审核量或座席订阅;私有化部署一次性授权;托管版按调用次数计费。
为何现在
大量传统 B 端团队正从 Dify 原型走向生产,却缺乏可观测与可调试的中间层;AI 代理可以自己调试工作流,正是独立开发者做轻量中台的窗口期。

来源讨论 · 2

  1. V2EX[问与答] 如何在传统业务代码中优雅的增加 AI 能力,各位佬有什么建议?0↑ 3
  2. V2EX[问与答] Web 和 APP 开发的未来在哪里?0↑ 7
← 返回列表