01
不要先问“能不能替代人”
我更愿意先问:这个动作是不是规则明确、出现频繁、结果容易检查?如果答案是肯定的,它可能适合交给脚本、规则工具或 AI 做初步处理。
例如整理字段格式、从固定文本中提取编号、生成候选分类、检查空值或列出重复项。这些工作可以减少机械操作,但不应被误解为自动完成业务判断。
02
工具负责准备,人负责确认
资料归属、版本是否可用、异常信息是否需要继续跟进,通常依赖当时的业务上下文。工具可以列出候选结果、提示可能的问题,却不应该替人确认最终结论。
因此我会在流程里保留一个确认点:先看输入是否完整,再看输出是否符合预期。任何无法解释的结果,都应该停下来,而不是直接继续批量处理。
03
从一个最痛的步骤开始
不必一开始就设想一套大系统。每天最容易出错或最耗时的一步,往往就是最好的起点:例如把附件按照固定规则列出来,或者把截图按编号合成一个可检查的列表。
小范围跑通之后,再把遇到的例外写回规则。这样工具的边界会逐渐清楚,也不会因为覆盖范围过大而失去控制。
04
失败案例是规则的一部分
一次分类错误、一次文件名冲突、一次错误提取,都不应该只是修正后忘掉。它们说明原来的规则缺了什么条件,或输入本身还不够规范。
把失败案例记录下来,既能帮助下一次测试,也能提醒自己不要把“看起来能用”当作“已经可靠”。
我会这样检查
- 输入结构稳定后再使用工具
- 明确哪些结果必须人工确认
- 先处理一小批样本
- 保留异常记录与回退方式
我希望工具承担重复、格式化和提示工作;而判断、沟通和责任,始终留在人手里。