智能化的边界与落地形态

23.1 先回答那句会被问的话

头一回看这套系统的人，看完通常会问一句："你们这个，算不算 AI？"

这一章就是为这一句准备的答话，也是为这本书自己准备的绳子——前面二十二章把系统能做的事讲得挺满，收口这一段必须把"不能做的"说清楚，否则前面那些实话全被一句大话抵掉。

答话只有一句：这一层的"智能"，是规则、配置，和当场算出来的数；不是模型。

这句话不丢人。第十九到二十二章摆出来的东西——四环节卡点、五档提醒、账龄五段、三处口径分叉——没有一样需要模型。它们需要的是有人把规矩定下来，再把规矩写进代码。而定规矩这件事，多数厂里比写代码更难。

23.2 这一层里真有什么

其一，规则。 状态只认字典里那套码，字典由后端枚举自动反查生成，前端运行时来取；写进一个非法叫法的值，直接拒收。工艺路线要就地改工序、而还有工单在读它，服务器就先返回一次确认要求。检验判合格到数量，工单自己转完工、成品自己入仓。"系统讲道理"这件事，全部来自这一层。

其二，配置。 字段怎么摆、单号怎么生、审批几级谁批、状态叫什么名显示什么色，都能在界面里改。第十五章给这一层划过边界：档案能加值，单据不能加格；导出那些列还写在静态文件里，改一次发一次版。

其三，数据聚合。 七个看板上一格都不存手工数字，每次打开都从业务表现算。台账该并哪几类单子，写在那段代码的第一行注释里。销售工作台那四个环节，是把订单、工单、派工、检验、发货几张表关联起来推出来的。

第三项值得单挑出来说："把逾期三十七单拆成谁卡在待料、谁卡在工艺变更、责任人是谁"这一类判断，在这一版就能做——靠的是留痕加关联查询，不依赖模型。这也是为什么这本书敢在第四篇讲卡点，而不敢讲预测。

23.3 哪些属于下一层，现在没有

按已经排定的建设批次，第二批接三件：会延误的订单排序、相似件的历史报价参考、质量损失与不良的按维度归集。第三批接三件：一句话取数、图纸和合同上的要求自动落到结构化字段，以及上面这些共用的那个模型出口和它的凭据管理。

三件统一一个写法，不许换口径：

数据地基已经在了，分析能力按批次接入；在这之前，这几张表由人读。

这一句在第八、十九、二十、二十一、二十二章都出现过，意思是同一件：今天的系统不会自己想任何东西，但它把"想"需要的事实一条一条留下来了。 交期贯通、报工有起止时间、检验有结果和处置、异常有类型和处理时长、审批有每级的批语和时间、工艺有版次和生效期——这些格子先填实，排序和匹配才有料。反过来，第二十章说过的那几处算不出的账（成本、毛利、库存值多少钱），缺的不是算法，是单价那一格根本没录——那种地方就算接上模型也是空的。

23.4 这一版到底是怎么跑的

一个后端，两个界面。 电脑端管全部功能和配置。手机端不是"只能看"的轻版：销售、生产、质量、仓储、财务、设备、项目、售后八条线都有页面，现场要办的事基本都有对应入口——扫码入库、扫码出库、扫码盘点、报工、返工、异常上报、检验、审批、消息，都在手机上办。两边读的是同一个后端，不存在两份账。

发布形态要说准。 手机端用的是网页那一套通道，小程序和装到手机上的应用两种编译入口在项目里留着，但每次发布拿的是网页这一份。所以对外表述停在"移动端（手机网页）"这一档，不写"专属应用""小程序已上线"。

数据出得去的地方有两处，都在钉钉那一条线上。

• 每条站内通知在写进消息列表之后，会顺手往一个钉钉群推一次：标题加正文（正文取前五百字），带签名。这一段是同步做的，网络不通时最长挂五秒——挂在业务请求里，不是后台。
• 手机端的打卡页把打卡记录推到钉钉考勤。

数据进来的常态口子没有。 查考勤那个接口是从钉钉把记录读回来给人看一眼，读完就丢，不落工时、不进日报、不进任何业务表。考勤和工时的关系，今天还得靠人抄一遍。

还有一处要交底："审批同步"这个开关，全仓没有任何一段代码读它。 它只是配置界面上一个勾。有朝一日有人把它勾上、以为审批单会自动过去，那是等不来的。

"往外叫一个接口"这个动作被关在门里。 状态机的动作类型里有"调接口"一项，实现中写死了只允许调本系统自己的地址，填外部网址的直接拒绝，日志里留一行"被安全策略拒绝"。这条约束本身是好设计——一个能被界面配置的自动化动作，如果不锁地址，就等于把内网当跳板。但同一处代码还有另一件事：它要用的那个网络库没写进依赖清单，服务器上按清单装包是装不到它的，所以这个动作一旦触发就报缺库、被跳过。配置界面上那一栏是开着让人填的。

多端之间不做自动同步，也不支持离线作业。 手机网页和电脑同时在线时看到的是同一份数据；断网了手机上提交不了——这一条第五章已经按实写过，此处只是收进边界清单。

23.5 为什么要把这些写出来

这本书的成功判据里有一条：评审专家挑不出无依据的承诺，尤其关于智能化的那些。

智能化是最容易吹过去的一层。行业里现成的话太多——"智能决策""自动优化""AI 驱动"——一句都不需要证明，一句都会被当成承诺。一家真买系统的厂，签之前听到的和上线之后看到的往往不是同一样东西；把边界写清楚，是让买家能在验收时拿这句话对一遍。

更实际的理由是：边界写清楚，卖家也省事。 哪些事是配置就能定、哪些要一次开发、哪些根本不在这一版——这三档划开之后，实施阶段少一半争论。第八篇讲交付时会再回到这句。

23.6 什么时候值得上模型

老陈真正要判断的不是"要不要 AI"，是"这件事现在值不值得等模型"。给了三条判据，按顺序问：

第一问：那个格子里有没有东西。 交期排序值得做，因为订单有交期、派工有实际起止、检验有完成时间，数据每天在长。成本毛利分析暂时不值得，因为物料档案上没有价格这一格——没有格子的地方，模型不会替你长出数据。

第二问：口径争过没有。 回款那两套说法（钱到了算，还是财务核过算）没定下来之前，做任何回款预测都是在给一个还站不住的数加一层不确定。台账那行注释为什么值钱？因为它是"争过并且写下来了"的样子。口径先定，分析后接。

第三问：猜错的代价谁担。 卡点定位可以天天出，因为它是事实的汇总，最坏是拼错一张表。报价参考价不行——销售拿一个系统给的价报出去，赔了钱要有人负责。所以第二批先把"参考"两字做实：给区间、给偏离提示，不给结论，也不自动写进报价单。

按这三问过一遍，眼下这套系统的排序很清楚：卡点定位已经能用（它不是模型）；交期排序和相似件参考排第二批；取数问答和要素抽取排第三批。

23.7 这一版不做的事

• 不做自动决策。 不会自动改单、自动批单、自动派工、自动补货。所有会改数据的路径要么有人点，要么是已经定死的联动规则。
• 不做预测类承诺。 销量预测、故障预测、行情判断，一个都没有，也不在任何批次里。
• 不做对话式助手。 没有对话框、没有模型调用出口，第三批改的是取数方式，不是造一个聊天机器人。
• 不做自动排产。 系统不排程，工单计划起止由人填（第十章已写实）。
• 不做实时增量同步、离线作业。 多端之间不自动对数据。
• 不做对外数据大屏。 七个看板是内部会上用的。
• 不宣称满足任何认证。 系统提供记录，体系审核看的还是你们自己执行得怎么样。

23.8 今晚能定的三条

1. 把那句答话背下来。 有人问"你们这算不算 AI"，答案不是含糊的"有智能模块"，是"这一层是规则和数，分析能力按批次接，模型不在这一版"。一句话，前后不矛盾，验收时也能拿它对。
2. 把两处"看着有、其实没有"先关掉或摘掉。 配置界面上那个审批同步勾选、和状态机里那栏外部接口地址——要么接上，要么从界面上撤掉。留一格勾在那里，早晚有人会以为它管用。
3. 开始攒第二批要用的那些格子。 第二批能不能接，不看算法团队什么时候到位，看你们厂里从今天起有没有把报工时间、检验完成时间、异常处理时长这些格子填实。模型永远补不了没录的数据，但它能马上放大已经录下的数据。 这是"先上系统、再谈智能"这句话唯一站得住的讲法。

这一章能定的事就一句：这一版的智能是规则和数，边界说清楚比能力说满更值钱——知道自己不能干什么的系统，才敢让人把生产计划放进去。