「生成一个页面」「生成一个表单」，这类演示见过很多；「生成一整套系统」是另一回事。整套意味着完整：谁有什么权限、数据记在哪些单据上、数字怎么看、事情按什么流程走、红线在哪里、哪些事不用人盯——六件事缺一件，系统就立不住。

这篇文章用一家驾校的完整生成记录，检验「整套」二字成色。两所校区、八名教练、三个报名点，学员报名、约课练车、考试安排、结业归档，链条不长，环节一个不少。九个环节从头走到尾，每一处生成了什么、哪里不满意怎么改的，全部照实记录。

选驾校做样本还有个私心：这是个体力和纸质单据密集的行业，报名表、约课登记本、考试名额册，三套本子并行走了好多年。本子越多的地方，越能看出整套系统替换之后的样子。

一、一句话需求：十二个字，从报名点开始

九个环节的第一步是填写需求。校长输入的一句话需求是「给驾校做一个学员管理系统」，十二个字。

没有需求文档，没有调研问卷。这十二个字把业务域划定：管学员，从报名到结业。至于课时怎么计、考试名额怎么分、教练怎么排班，这些细节一句没提——不是遗漏，是分工：用户负责说要什么，口径交给后面的环节对齐。

传统路径的第一步是把这十二个字扩写成需求文档，再约调研会逐条确认。多少管理系统的项目，在第一步就耗掉了两三周。生成路径把第一步压缩成一次输入，后面用更轻的方式完成同样的对齐。

二、方案说明：AI 把整套打算先交底

收到需求，AI 动手之前先给方案说明：学员按什么口径建档、课时怎么计、约课和考试怎么衔接、结业怎么归档，一条条列出。

这套方案不是模板拼贴，是按业务域推演出来的构型。方案默认把科目二和科目三的练车课时记在同一个课时池里，而驾校的实际惯例是分池计时——科目二用普通教练车，科目三上路训练，两个池子分别计费、分别排课。这条在方案说明里被指出，当场改口径再确认，确认之后才开始生成。

方案说明这一步的价值就在这里：它把「理解错了」的暴露时点从交付日提前到了生成前。改一行方案是几句话的事，改一套已生成的系统要动表单、流程和报表三处。错误越早露头，代价越小，这条工程规律在这里同样成立。

三、引导问题：问题，把规矩问出来

方案说明之后是引导问题。

问题问的全是驾校的行规，没有一个技术词。校长答的是十几年的办学经验，系统拿到的是三条确定性规则。过去这种口径要在需求会上逐条过，现在一问一答，当场对齐。答错了也不怕，后面随时能改——对齐是过程，不是考试。

四、生成总览：整套系统的验收清单

口径确认后，系统当天生成完毕。打开先看到生成总览：角色、表单、工作流，外加看板、业务规则和 AI 智能体，每一样写明叫什么、干什么用。

这张总览是「整套」的直接证据。传统交付按合同分阶段，先给一期再给二期，验收靠功能清单逐项打钩；生成路径一次交齐，清单本身就是总览。校长照着清单逐项点开核了一遍：点进角色看权限对不对，点进表单看字段够不够，点进流程看环节全不全——心里有数，才开始让员工用。

验收主动权的转移值得强调：不是「您先用着，有问题提工单」，而是清单在明面上，缺什么少什么当场发现当场改。交付的质量不再取决于乙方态度，而取决于清单的诚实。

五、角色权限与表单

1、角色权限

2、表单

过去报名表在抽屉里、约课在本子上、考试名额册在墙上，三本账现在合成一处。有处小瑕疵：学员档案默认生成了「紧急联系人」字段，驾校报名时本来就收身份证复印件和联系电话，这个字段重复。对话式修改说了一句「学员档案去掉紧急联系人」，字段当天撤掉。生成的毛边修起来不费事，这是后面所有修改的基调。

六、看板与流程：数字一屏，事情各走各的

1、看板：在册学员、本月约课、待考名单、欠费状态

看板是给校长的。在册学员总量与本月新增、本月约课节数与教练工作量分布、各科目待考学员数、欠费冻结名单，一屏放完。以前这几个数要问三个人翻两本账，月底再花一天对总，现在打开就在，数字跟着单据实时联动。教练工作量那格尤其受欢迎——排课公平不公，数字说话，不用教练之间互相猜。

2、流程：工作流各管一段

每条流程的触发条件显式声明。科目三课时不够的学员报名考试，流程直接拦下并提示差多少课时——以前这种事靠前台人肉核对，旺季一忙就漏，漏一次就是学员投诉。规矩不长在墙上，长在流程里。

七、业务规则与 AI 智能体：红线和帮手

1、业务规则：两条红线

系统生成了两条关键规则：课时不足不得报考试，按科目分池核验；欠费状态自动冻结约课，补缴当天解冻。两条规则正是驾校最容易出纠纷的地方——课时争议和欠费争议，过去各占投诉的一半。规则上线后，这两类争议从「跟前台吵」变成「看系统说」，前台的处境清爽了很多。

2、AI 智能体：关键环节主动辅助

系统里还有 AI 智能体，做两件事。一是关键环节主动辅助：约课记录只选了学员没选教练，它会提醒补全；同一学员同一天约了重复时段，它会提示可能重复登记；考试报名单的日期填成了休息日，它会圈出来让人再看一眼。二是 AI 工作流智能对话：在流程节点上直接问「下周科目二考试有几个人」「张教练这周还剩几个空时段」，对话里就有答案。它不抢戏，该出场时才出现。

八、对话式修改：系统跟着办学节奏长

系统用起来第二周，校长改了一处口径：约课时段原来按半天记，实际训练是两小时一节，半天粒度会把两名学员的课时挤在一起，对账时说不清。对话式修改说了一句「约课时段改成两小时一节」，时段粒度当天切换，已有记录自动换算，不丢数据。没有需求单，没有排期，没有「等下个版本」。

这是整套生成路径与传统交付差别最大的地方：修改不是例外流程，是使用方式本身。驾校的办学节奏会变——旺季加时段、新班型上线、考试政策调整，系统跟着变，说一句改一处，当天生效。系统迁就业务，而不是反过来。

九、能力边界：整套生成不是万能钥匙

这条路径的边界也要讲清楚。能生成的是「实体加流程」型的标准业务系统：学员管理、进销存、客户管理、报修、预约、审批，业务能描述成清晰的实体、角色和流程，就适合；要跟车管所系统对接、有特殊行业合规要求的深度定制项目，仍然是软件开发公司的地盘。

「整套」说的是构成的完整，不是能力的无限。六件套一次生成、当天可用、可核对、可修改——这是整套的含义。边界之内，它把过去三个月才能启动的事情，变成了一个上午的事。

十、整套生成与定制开发：关键维度对照

把两条路放在一张表里，差别一目了然。

老路没有原罪，深度对接和定制集成依然是对的选择。但一所驾校要一套学员管理系统，用三个月去换，这笔账算不过来。

常见问题