网上讲 AI 生成系统的文章多数只讲「一句话进、系统出」这个头尾中间的过程是个黑盒。这篇把黑盒拆开从填写需求到对话式修改九个环节逐一讲清——每个环节用户做什么、AI 做什么、产出什么、容易在哪里出错一次说明白。样本选了一家小型律师事务所的案件管理系统。选律所有三个理由一是业务严肃案件、时限、客户信任容错率低能检验生成的严谨度二是角色分明——主任律师、主办律师、律师助理、行政权限天然分层三是流程有行业特性——案件从委托、立项、办案到结案归档每个环节有明确的交付物。严肃业务是最严格的考官。先给结论九个环节全部走完当天生成完毕四种角色、三张表单、四条工作流、业务规则和 AI 智能体一次到位过程里一处口径偏差在方案阶段拦截一处小瑕疵在使用后对话修正。以下是逐环节拆解。一、环节一填写需求——十二个字定域主任律师输入的一句话需求是「给律所做一个案件管理系统」十二个字。这个环节用户的动作就是输入一句话。关键是理解这句话的功能边界它划定业务域律所的案件管理不承载细节。案件类型怎么分、时限怎么提醒、利益冲突怎么查——这些一句话都没说也不必说。从工程视角这句话相当于把问题的「搜索空间」从无限收窄到一个业务域。后续所有环节都在这个域内展开。用户常见的误区是把一句话当成考试作文憋着要写全——其实恰恰相反写得越像日常说话域的划定越准。二、环节二方案说明——生成前的交底与对齐AI 收到需求后先输出方案说明案件按什么口径立项、流程怎么分阶段、时限怎么管理、客户怎么关联逐条列出。这个环节用户要做的是逐条核对。本样本在方案里核出一处口径差方案默认所有案件统一流程实际律所分诉讼和非诉讼两类诉讼案有开庭节点非诉讼案没有。当场改口径两类案件分流程。改完确认AI 才开始生成。方案说明的工程价值是「错误左移」口径偏差在生成前暴露修复成本是一次对话在生成后暴露修复要动表单、流程、看板三处。所有对齐类环节的本质都是把错误往左推——越早发现越便宜这条规律在这里体现得最直接。三、环节三引导问题——口径采集的最后一步①问贵所目前的组织架构是怎样的答单一办公室全所统一管理与分配②问系统主要管理哪些类型的案件答民商事诉讼与仲裁③问一个标准案件的核心流转环节包含哪些答利益冲突审查与收案审批、合同签署与费用登记、办案过程跟进与里程碑节点打卡④问系统中主要涉及哪些角色进行日常操作答主办 / 协办律师负责推进案件与填报进度、高级合伙人 / 主任负责审批与全局数据看板注意问题的结构每个问题对应系统里一条显式规则或流程分支——分级提醒对应两条提醒规则冲突查比对应一条守卫逻辑归档要求对应流程的完成条件。问什么不是随机的是 AI 检测到的口径缺口。用户答的是业务判断系统拿到的是确定性配置。四、环节四生成总览——交付即验收清单口径确认后系统当天生成完毕。生成总览列出全套构成角色、表单、工作流、看板、业务规则、AI 智能体。这个环节用户的动作是照清单逐项核对。主任律师的核对顺序值得参考先核角色权限谁能看什么案件再核流程诉讼非诉讼是否真的分了流最后核规则冲突查比对不对。权限、流程、规则——从敏感到常规从骨架到血肉这个顺序漏不了大事。生成总览的工程意义是把「验收标准」从合同附件变成了产品自带。传统交付里验收清单是双方谈判的产物经常扯皮这里清单即产品所见即所验。五、环节五角色权限——角色分层①主办律师负责案件整体推进、填报办案进度、完成里程碑打卡发起利益冲突审查与收案申请②协办律师协助主办律师处理案件事务补充填写办案进展与节点信息③高级合伙人 / 主任负责审批收案申请与合同查看全所案件数据看板统筹分配与管理案件律所场景的权限特点是「纵向分层」行政看得到案件的壳编号、收费看不到案件的瓤文书、当事人陈述。生成的权限结构天然支持这种分层这是「实体加流程」型业务的通用诉求——分角色不是目的分敏感度才是。六、环节六表单——单据承载案件生命周期①案件台账存储案件基础信息与当前状态作为全所案件管理的核心数据表②案件进展记录记录办案过程中的日常动态形成案件时间轴③里程碑打卡表标记案件的关键节点完成情况自动更新案件阶段状态④利益冲突审查表记录收案前的利益冲突核查情况提交进行系统自动比对与人工审查流程⑤收案审批单用于正式立项收案的内部审批审批通过自动生成案件台账⑥客户档案存储委托人基础信息供案件和合同关联使用⑦委托代理合同管理与客户的代理合同签署及归档流程⑧费用登记表记录案件相关的各项收费与支出明细⑨法律文书库集中存放案件相关的文书文件支持分类检索⑩档案归档单案件办结的内部归档确认走审批流程有处小瑕疵案件档案默认生成了「对方代理人」字段——立案时常常还不知道对方请了谁这个字段放在档案里只会长期空着。对话式修改说了一句「案件档案去掉对方代理人」字段当天撤掉。七、环节七看板——四组数字给主任看板给主任律师看四组数在办案件总量与类型分布、本月到期时限清单、待冲突审查的新案、已结案待归档清单。以前这几个数要在周五例会上问一圈现在打开就在且随单据实时联动。「本月到期时限」那格最受重视——把所有案件的死线拍平在一张表上这是案件管理最要紧的一屏。八、环节八流程与业务规则——案件自己走①利益冲突审查流程收案前由主办律师发起利益冲突排查经高级合伙人 / 主任审批后完成审查②收案审批流程利益冲突审查通过后由主办律师发起正式立项收案申请经高级合伙人 / 主任审批后生成案件台账③委托代理合同审批流程案件立项后由主办律师发起委托代理合同签署申请经高级合伙人 / 主任审批后完成合同签署④结案归档审批流程案件办结后由主办律师发起结案归档申请经高级合伙人 / 主任审批后完成内部归档确认业务规则两条冲突比对未通过不得立项结案报告未填不得归档。这两条正是律所管理的命门——前者是执业纪律后者是质量底线。规矩不长在墙上长在流程里。九、环节九AI智能体与对话式修改——系统活起来AI 智能体做两件事关键环节主动辅助——时限跟踪单只填了日期没选类型会提醒同一案件的举证期限填得离立案日期过近它会提示复核。AI 工作流智能对话——主办律师直接问「下周我有几个到期时限」对话里得到答案。使用第二周做了一处对话式修改时限提醒原来只发助理实际主办律师也要直接收到——错过时限的责任终究在律师不能只靠助理转达。说一句「时限提醒同时发主办律师」当天生效。九个环节到此全部走完从生成到修改系统的使用权全程在用户手里——生成不是一锤子买卖修改是使用的日常部分这是这条路径跟传统交付最本质的不同。而整个过程的另一面同样重要AI 从未替用户做过一个业务决定它只是把决定变成配置的速度加快了。十、九环节的工程逻辑一条生成管线环节用户做什么AI做什么产出填写需求说一句话解析业务域需求域方案说明逐条核对推演系统构型对齐的方案引导问题答业务判断采集口径缺口确定性配置生成总览逐项验收生成六件套可用系统角色权限核对分层生成分权结构权限体系表单核对字段生成单据结构三张表单看板看数生成指标联动四组看板流程规则核对规矩生成流转与守卫四流两规智能体修改说一句改一处辅助与执行变更持续进化这张表是九个环节的地图。能看出一条主线用户做判断AI 做执行——判断权始终在人执行自动化。这不是偷懒的设计是责任的设计系统的每个口径都能追溯到某个人的某次确认出了问题知道改哪里改起来也是一句话的事。边界照例说清适合的是「实体加流程」型标准业务要跟法院系统对接、有特殊合规要求的深度定制仍然是软件开发公司的地盘。常见问题Q19个环节里哪个最容易出错方案说明环节的核对最关键。本样本的诉讼非诉讼分流就是在这里改对的——如果核对走神这个偏差会沉淀到流程里使用中才发现返工成本翻几倍。九环节里用户真正要「用心」的就三处核方案、答问题、验清单其余环节 AI 自动完成。Q2生成过程需要写需求文档吗不需要。全程的输入是一句话、方案核对意见、三个问题的答案、修改指令。没有一处要求用户写文档或懂术语。文档的功能对齐共识被方案说明和引导问题以更轻的方式实现了。Q3法律行业能用生成的系统吗本文样本就是律所。案件管理属于「实体加流程」型标准业务案件、时限、文书、归档实体清晰流程明确适合生成。但涉及法院系统对接、特定合规架构的部分不在生成范围内那部分仍然是定制开发的领地。Q4权限能分到多细按角色分权主任看全部主办看自己的助理看协助的行政只见案件壳不见瓤。更细的字段级权限可以通过对话式修改调整。分敏感度而非分人头是这套权限结构的设计逻辑。Q5错过时限这种事怎么防三重防线时限跟踪单登记所有死线分级提醒在七天和三天各触发一次看板把本月到期时限拍平一屏。AI 智能体再兑一层日期填得不合理会提示复核。本文样本上线后时限类风险从「靠人记」变成「系统盯」主任律师出差在外也能心里有底。Q6除了律所还适合什么所有「实体加流程」型标准业务案件、工单、进销存、客户、报修、审批。自测方法业务能说成什么东西、经过哪几步、谁经手——说得清就适合说不清就找软件公司定制。