本篇判断：批准 AI 项目时，覆盖范围与记录去向应分别写清、分别核验。小模块可以建设记录能力，扩大系统覆盖也不能省去对保存、查找和后续调用的检查。
读者问题：本轮项目准备让系统处理到哪一步，做完后留下什么，谁能接手？本文用三个访谈案例，提供一张可留空的项目交接单。
适用边界：这是立项核验建议，案例效果是受访者自述，不是通用投资阈值。覆盖与记录可以共用工程，也可能相互依赖；清单不替代试点、成本收益测算或生产验收。
一家消防维保企业，最后选了轻量改造。案例里，一处写“通过小模块、小功能逐步推进迭代”，另一处写“系统负责流程记录和数据沉淀”。两句话说的是同一个方案。（NO-13 L101–104、149–153）
这就够推翻一种二选一的说法：做大平台，才能把经验留在组织里；做小工具，就得接受做完即散。至少在这个案例里，收窄建设范围与建设记录能力同时发生。
批准 AI 项目时，这两件事应分别核验：本轮让系统覆盖哪些步骤，业务记录又会怎样被保留和接手。它们可以共用工程、共用预算，甚至离不开同一套接口；但“我们会做一个完整平台”不能替代对记录去向的说明，“我们只做小模块”也不能替代对留存能力的检查。
本文用《FDE案例100》中的消防维保、消防施工图和一个行政小场景，把这道投入题拆开。材料是访谈整理，效果止于受访者自述。下面的立项清单是我的建议，案例没有验证一条放之四海皆准的投资分界线。
收窄的是重建范围，记录工作仍在方案里
消防维保案中，团队原来计划建设完整业务平台。进现场后发现，企业已部署政府监管要求的软件流程，这套流程无法开放接口。再增加完整系统，意味着员工要在两套系统中重复操作。团队据此调整方案，在已有流程上做轻量改造。（NO-13 L84–90）
这是一个具体的接入与操作负担问题。它能说明原来的重建方案不适配现场，却不能说明消防维保的规则写不成清单，也不能说明这个行业永远只能做小工具。
原有资料的状态也要看准。检查记录在纸表里，维修记录在 Excel 里，客户信息可能在微信聊天中。原文明确说，数据按监管要求做了保存，只是未形成统一体系，查找困难。保存了，找起来困难；这与根本没留下，是两种问题。（NO-13 L49–51）
因此，轻量路线的第一阶段，就是把纸表和 Excel 中流转的数据迁到线上，使信息能够被记录、沉淀和管理。系统承担流程记录和数据沉淀，AI 辅助处理信息与生成，人保留最终专业判断。小模块没有取消记录工作，它是这项工作的实施方式之一。（NO-13 L91–104、149–153）
受访者还报告，企业开始逐步拥有自己的数据资产，管理者更容易了解业务状态；同一段也明确，项目仍在推进，尚未形成大规模的业务指标变化。这支持“已经出现过程变化”的自述，不能直接换算成投资回报。（NO-13 L110–123）
另外一笔钱，方向更不能写反。企业曾考虑花约10万元采购外部业务系统，现场调研发现方案不适配监管流程与执行方式，采购被及时叫停。这是受访者自述的一次避免投入，不是已经付出去的学费，也不是整项改造赚回了10万元。（NO-13 L124–126）
扩大覆盖，要写清新增了哪些工作
消防施工图案面对的是另一组负担。行业中已有插件和参数化工具，但往往只处理单点问题。设计人员还要切换工具，源文称实际效率提升有限。团队希望把图纸理解、规则判断和结果生成接起来。（NO-21 L67–72）
这个目标并不止于购买更强的模型。团队自研专用模型解析 CAD 的空间信息和建筑元素；把消防规范转成系统可执行的规则引擎；生成初步方案后，设计人员审核、调整参数，再作专业判断。（NO-21 L84–105）
把“全流程”展开，才看得见投入到底覆盖了什么。读图、规则匹配和生成都进入系统，不等于设计人员从流程里消失。该案把输出定位为专业可用的初稿，关键节点保留人工确认，并强调基础输入准确性。（NO-21 L103–105、154–157）
如果预算只列生成模型，图纸解析、规则转写和核对工作就容易被漏算。这是我据该案提出的预算检查，不是案例披露过的一份成本表。原文没有给出这些环节的完整费用，无法据此断言做大全流程一定更划算。
范围的边界还得写在具体业务里。施工图案说的全流程，是图纸理解、规则判断到结果生成这条工作链；它不等于把一家企业的全部业务重新建一遍。维保案收窄的，则是另起一套完整流程的计划。只比较“全流程”和“小工具”两个名字，会把两种不同对象硬放到同一把尺上。
扩大与收窄，解决的也不是同一个问题。施工图案要减少单点工具之间的断裂，维保案要避免叠加第二套完整流程带来的重复操作。两案能帮助我们找出该问什么，不能替眼前的项目决定该花多少钱。
把四项事实分开查，别急着合成一个分数
接管范围需要判断，但证据不能串格。先把规则、数据、频率、价值各自查清，再讨论本轮承诺。
规则可表达性，看业务判断能否说清。 施工图案有直接证据：不同空间对应参数要求，团队把规范条文转成规则引擎。（NO-21 L89–96）维保案的数据分散、接口不开放，回答的是资料与系统接入问题。仅凭这些，不能给它的规则表达能力判“不及格”。实际项目要另查哪些判断有明确依据，哪些例外还需专业人员解释。
数据取得性，看这一步需要的材料能否拿到。 有记录，不表示本轮系统能获得它；能读到文件，也不表示所需字段已经齐全。维保案的纸表、Excel 和监管流程分别暴露了资料分布与接口限制。（NO-13 L49–51、84–93）调查时应沿一个真实样本找材料：从哪里来，谁可以提供，是否还得重复录入。缺哪一项，就把对应验证工作列出来。
任务频率，按真实事件和周期记录。 施工图案说这类任务高频，一个常规商业项目可能涉及数百空间；平面变动还要同步改图。（NO-21 L30–43、50–51）这些是重复工作的定性证据，并没有给出所有项目的统一数量。维保案提到月检表重复描述，只能支持这类任务会重复，不能据此补出全公司的每日工作量。（NO-13 L98–100）
价值目标，要说清究竟想换回什么。 NO-14 中，行政同事借助已有 AI 平台和数据中台能力，做了库存查询、缺货提醒和补货通知。受访者说小工具的业务价值不大，同时看重员工开始自己解决问题的意义。（NO-14 L146–156）直接业务收益和培养使用者的价值，应分别说明。这个案例没有给出补货频率，不能拿“价值不大”填成“发生得少”，更不能据此说任何投入都不值得。
查频率时，还要把观察单位写下来：是一张图纸、一次改图、一份月检表，还是一次缺货？“一个项目”和“一个柜子”都不是发生次数。查价值时，则要写这次到底批准什么目标：减少重复录入，缩短等待，还是让员工学会构建工具。不同目标需要不同的观察结果，不能用“大家觉得重要”代替节省金额，也不能因未给金额就认定其他目标无效。
四项都清楚，也不意味着可以自动批准最大范围。是否值得投入，还需要该项目的成本、使用结果与验收要求。遇到未知，先记未知，再安排核验；用另一项的答案补空格，会让表格看起来完整，却把决策依据换掉。
错误风险也别变成鼓励做大的分数。施工图案提到喷头位置偏差可能影响验收，设计人员要对最终图纸负责，因而设置人工确认。（NO-21 L144–157）这里可以借鉴的是对应的验证工作。风险高，要说明怎样检查、在哪里确认；它本身不证明扩大覆盖的收益更高。轻量方案也可能需要这类工作。
在同一份方案里，写清两组承诺
第一组写覆盖：这一轮从哪一步开始，到哪一步交给人；输入由谁核对，哪些规则进入系统，异常怎样交接。施工图案提示我们，覆盖到了生成结果，仍可以把专业确认留在人手里。
第二组写记录：哪些材料被保存，之后怎样找到，下次具体工作能怎样调用。这三层要各给证据。只展示上传成功，不能证明需要时查得到；能找到一份表，也不能直接证明它已经可供另一项工作调用。
维保案恰好提醒了这层差别。改造前的资料已有保存，却难以查找；调整后的方案强调记录和沉淀，并提出 AI 可以辅助调用月检历史。（NO-13 L49–51、91–104）它提供了建设方向，仍不足以替所有记录的检索和调用效果签字。眼前项目承诺到了哪一层，就拿对应样本核到哪一层。
两组承诺不必另做两套系统。记录取得如果依赖某个步骤、接口或权限，就把依赖写回覆盖范围，连同成本一起讨论。若已有合同与验收条款已明确这些事情，核对原条款即可，不必为一张新表再造一份文件。
我建议把下面这张交接单用于尚未写清的地方。空行留给真实样本，未知项允许空着，但要注明下一次验证动作；责任人尚未确认，表示待确认，不能据此认定组织里无人负责。
| 真实业务样本标识 | 本轮覆盖的步骤与人机交接 | 留下的记录、查找／调用方式与接手责任 |
|---|---|---|
填写时可以把一处未确定的承诺收窄到本轮能够核验的任务，把剩余问题留到下一轮；也可能发现，要取得所需记录，当前范围必须补进一个交接环节。收窄或扩展都应回到具体依赖，不能先选大小，再让证据配合。
填单之前，把规则依据、材料取得、发生频率、价值目标记在样本旁边。每一栏都可以指向已有方案或验收条款。它是一份作者建议的工作单，不是三个案例现场用过的表，也不替代试点、成本收益测算或生产验收。
从一个样本开始核
下一次审范围，拿一张真实图纸、一份检查记录，或当前业务里的其他真实样本。沿它走一遍：这次准备让系统处理到哪里，做完的材料存在哪里，接手的人怎样找到并用于下一次指定工作。无法演示的地方，记下谁将在何时验证什么。
如果已有条款能回答，就把条款带到现场核；如果记录要求离不开更多步骤，就把依赖与费用补回方案。交接单留下空格，胜过用“做个平台”替它填满。批准本轮能兑现的范围，也把下一次接手需要的记录说清。
来源与口径
事实依据为《FDE案例100》中的 NO-13 消防维保、NO-21 建筑消防施工图、NO-14 国企行政场景。正文标注的 L 行号对应本地PDF提取文本的LF物理行；分页字符不另计行。开场两处案例直引来自NO-13，其余案例内容为转述；文中的问法、检查动作与交接单属于作者建议。三个案例来自访谈整理，未作外部效果或ROI核验。
约10万元是受访者报告的被叫停拟采购，不能算作已付成本或整个项目的净收益。高频任务与可能涉及数百空间是案例描述，不是各类项目的统一工作量。四项事实清单、两组承诺和空白交接单是本文建议，未声称案例采用过此表或验证过统一阈值。
相关阅读：AI在工具构建与运行中分别扮演什么角色。那是另一道问题；这里的交接单只核本轮覆盖步骤与业务记录的去向。