AI法律诉求分析 Agent 开发日志Dify 工作流拆分 前端网页 1.0 上线 GitHub今天主要做了两件事。第一件事是把 Dify 上原本比较复杂的工作流拆成了两个。第二件事是用 Claude Code 辅助完成了前端网页的 1.0 版本。目前这个项目已经有了一个可以展示的网页版本并且代码正在上传 GitHub没错主播边写文章边让CC帮我把代码传到GitHub仓库里就是这么高效率[坏笑]。但是它现在还很粗糙很多地方后续还要继续优化。今天一开始主要还是在继续调整 Dify 工作流。前几天搭建 workflow 的时候我把很多能力都放在了同一个工作流里希望它一次性完成事实提取、诉求识别、缺失信息判断、风险提示、结构化输出等任务。但是实际跑下来之后主播发现这个思路虽然看起来很完整但在真实运行时并不够稳定。尤其是当用户输入比较复杂的时候整个 workflow 会变得很重。模型要处理的信息太多节点之间传递的数据也比较复杂后面就容易出现结构混乱、状态合并不稳定、输出结果不符合预期等问题。所以今天我把原来的一个大工作流拆成了两个工作流。看上去明显就清爽多了。感觉做 Agent 不能只追求一个流程解决所有问题有时候把任务拆得更清楚反而会让系统更稳定。目前我的理解是第一个工作流更偏向前置分析也就是从用户输入的自然语言里提取事实、识别案件信息、判断可能涉及的法律关系。第二个工作流则更偏向诉求生成和结果整理也就是根据前面提取出来的信息生成所有可能涉及的专业法律诉求并把结果整理成更适合前端展示的形式。这样拆开之后整个系统的逻辑会更清晰。以前是一个大脑同时想所有事情。现在更像是分成两个阶段先理解用户到底说了什么再判断用户可能能主张什么。这也更符合我一开始做这个 Agent 的核心目标。因为这个项目本质上不是要让 AI 直接替用户打官司也不是让 AI 给出最终法律意见而是帮助用户把混乱、情绪化、非专业的表达转化成一组可以理解、可以筛选、可以继续推进的法律诉求。让经验少的律师在听完当事人的“一顿输出”之后也不会一头雾水主打一个“帮用户省钱帮律师省心”主播dify的相关文件大家可以去GitHub上看现在我的最强工具人CC已经帮我上传好了SuKi-you/AI-Agent-1.0请广大家人多多支持3q今天另一个比较大的进展是前端终于有了 1.0 版本。说实话前几天我大部分时间都在 Dify 里搭 workflow所以项目一直是“后端逻辑先行”的状态。但这样有一个问题如果没有前端页面这个 Agent 就很难被普通用户感受到。对于开发者来说Dify 后台里的节点、变量、JSON 输出可能很清楚。但对于普通用户来说他看到的应该是一个很简单的聊天框。用户只需要输入“我想离婚孩子一直是我带房子是婚后买的但写的是他名字。”然后页面返回一个比较清楚的分析结果让用户知道自己可能涉及哪些法律诉求。所以今天我开始转向前端部分。这次前端主要是用 Claude Code 辅助完成的。我之前一直在纠结到底用 Cursor还是 Claude Code还是其他 vibe coding 工具。后来还是选了CCDeepseek别问问就是它便宜啊。一开始我对页面的要求也很简单不要复杂。不要花里胡哨。不要一堆没必要的按钮。就做一个干净的聊天框。因为这个产品最核心的交互就是用户输入自然语言Agent 返回法律诉求分析结果。所以页面的重点不应该是“炫技”而应该是让用户尽可能自然地把自己的情况说出来。今天用 Claude Code 生成前端的时候也经历了几轮修改。一开始生成出来的页面有点复杂像那种很完整的 SaaS 官网有很多介绍区块、功能卡片、按钮和说明。但这不是我想要的。我真正想要的是一个足够聚焦的页面。所以后面我不断把需求改得更简单只保留聊天框。只保留核心输入区。只保留必要的结果展示。最后出来的效果虽然还算不上非常精美但已经比较接近我想要的方向了。前端看起来好像只是“做个页面”但真正调起来也会有很多细节。尤其是聊天框这种界面看似简单其实涉及很多状态用户还没输入时显示什么用户输入后显示什么AI 正在生成时显示什么生成失败时显示什么多轮对话时如何排列结果太长时如何展示这些都是后续需要继续优化的地方。现在这个 1.0 版本只是先把最核心的交互跑通。至于体验上的细节后面还要慢慢打磨。今天这个版本最多只能算是 1.0。虽然可以展示基本想法但离真正好用还有距离。后续我还要继续优化几个方向。首先是 Dify 工作流。虽然今天已经把工作流拆成两个但里面的 prompt 还没有真正精修。现在很多地方还是以“先跑通”为主专业性、稳定性、法律表达的严谨性都还需要继续调整。尤其是这个 Agent 最核心的能力是输出所有可能涉及的专业法律诉求并让用户筛选。这就要求 prompt 不能太泛。它必须能够识别出用户输入背后隐藏的法律关系。比如用户只是说“孩子一直是我带”Agent 就应该意识到这可能涉及子女抚养权、抚养费、探视权等问题。比如用户说“房子是婚后买的但写的是他名字”Agent 就应该意识到这可能涉及夫妻共同财产分割而不能被“写的是他名字”这句话直接带偏。这些都需要后续继续优化。其次是前端页面。现在网页只是能用但还不够像一个真正的产品。后面可能要优化结果展示的结构。诉求筛选的交互。用户确认诉求后的下一步流程。移动端适配。错误提示。加载状态。整体视觉风格。尤其是“用户筛选诉求”这个环节后面应该会成为前端的重点。因为我的 Agent 不是单纯回答用户而是要把可能诉求展示出来让用户自己勾选或确认。所以前端不能只是一个普通聊天框。聊天框 诉求卡片 结构化确认表单。这才更符合这个项目的定位。今天的进展大概就是这样。Dify 上的工作流已经从一个大工作流调整成两个工作流。前端方面用 Claude Code 辅助完成了网页 1.0。项目代码也已经上传到了 GitHub。现在这个 Agent 已经有了一个最初的开源版本。虽然还很粗糙但至少它已经从一个想法变成了一个可以继续迭代的东西。明天开始应该会继续优化前端体验和 Agent 输出效果。尤其是诉求筛选这个功能后面一定要重点做。让用户把自己的经历说出来。让 Agent 帮他找到可能的法律诉求。最后再由用户确认自己真正想要什么。那今天就到这里了主播明天还有早八啊我chovy。大家晚安。以上只是主播目前的想法欢迎大家批评指正