第 7 课 只看不改：用脱敏数据和只读原型跑一次真实输入的试点

第 6 课的流程卡让我们看见：夜班告警发到群里后，设备编号和现象描述可能不完整，班组长还得追问才能判断。第 4 课选定的任务，是让 AI 先把这些信息整理成登记草稿，再由人核对。现在需要检验的是：面对现场常见的模糊照片和文字，这份草稿到底能不能帮忙。

为了不影响原来的派工流程，第一轮只让原型读取经批准的数据并给出建议，不开单、不改设备状态。这个试点要守住三条边界：输入要接近现场，数据先脱敏，原型保持只读。

• 输入的样子和难度，要和现场每天遇到的一样，包括写得很乱或缺少字段的告警和工单。这叫真实输入。特意挑出来的漂亮样例，测不出实际问题。
• 把人名、电话、客户名称、厂区位置等敏感信息删除或替换，把编号换成对照码。这叫脱敏。
• 原型只能读取数据、给出建议，不能开单、修改状态，也不能改动生产系统里的任何内容。这叫只读原型。它和现有流程并行运行，但不接管工作，有些团队称为影子模式。

试点卡（一页纸）

准备数据

1. 只取做判断必须用到的字段。
2. 按脱敏清单处理数据，再由另一个人抽查。
3. 对照码表只放在授权环境中，不随原型一起外传。
4. 只使用组织批准的工具和环境。未经授权，不要把真实客户数据粘贴到公开的 AI 工具中。

怎么跑

一线同事照旧按原流程工作，原型的建议只作为参考。每条告警处理完后，请值班操作员填写一行：

原型每次的输入和输出都要保存日志，方便事后查到某条建议依据了哪些数据。

验收清单

开始前：

• [ ] 原型账号只有只读权限，并已由技术负责人确认
• [ ] 数据已经脱敏并完成抽查
• [ ] 一线用户知道这是试验，随时可以反馈“不好用”
• [ ] 停止条件和责任人已写入试点卡

结束时：

• [ ] 原型建议与人工最终判断一致的情况，是否达到事先约定的标准
• [ ] 是否有人在没有提醒的情况下主动查看建议
• [ ] 已整理误导性建议的具体例子及原因
• [ ] 已将发现的对象定义问题更新到第 5 课的对象卡中
• [ ] 已给出明确结论：扩大试点、调整后再试，或停止

停止也是合格的结论。最怕的是试点结束后没人拍板，原型一直挂着，理由是“再观察观察”。

想从只读走向写入

如果下一步想让原型起草工单，要先在沙箱或测试环境中演练，再逐项确认：操作人的身份和最小权限、写入前的参数校验、人工审批、出错后的恢复或回滚方式、完整日志，以及出问题时的责任人。缺少任何一项，就继续停留在“只给建议”的阶段。

今天先做一步

把试点卡打印出来，和业务负责人一起填完“原型不做什么”和“停止条件”两栏。这两栏写不清楚，就先不要开始写代码。

本章产物

• 一页已确认的试点卡
• 脱敏清单和抽查记录
• 反馈记录表和原型日志
• 已勾选的验收清单和一个明确结论

常见错误

• 用挑选过的样例做演示，一到现场就出问题
• 为了演示方便，临时给原型开通生产系统的写入权限
• 只统计建议准不准，不看一线是否真的使用
• 试点结束后不下结论，最后变成长期挂着的演示