每天都要重复做的事，我会先看看能不能省一步

对我来说，编程很实在的一个用处，是处理那些反复出现的小麻烦。

数据要整理，几份表要核对，一套规则要反复解释，后台里同样的字段每天都要填。每次看着不算多，累积起来就很占时间。

我对业务工具和自动化感兴趣，也跟这些事情有关。

先把原来的流程走明白

我不会一上来就要求 AI 把整套流程自动化。先找一份真实输入，照原来的方法做一遍。

数据从哪里来，哪一步要人判断，结果交给谁，最后谁负责确认。这里面有一个环节说不清，自动化之后通常也会卡在同一个地方。

比如一个库存预警工具，不能只知道“库存低了就提醒”。得先知道使用哪些数据，什么情况下算不足，有没有暂时不参与计算的商品，结果给谁看。

这些规则说明白以后，工具才有机会帮到人。

优先省掉重复搬运的那一步

我会先挑规则稳定、结果容易核对的部分。比如合并固定格式的表，按条件筛选数据，把结果整理成统一的输出。

需要人判断的地方，可以先保留人工确认。工具把候选结果准备好，人来决定下一步。这样往往更容易用起来，也方便发现规则有没有写错。

AI 可以帮忙梳理需求、写处理脚本、解释异常。原始数据和输出结果，还是要用自己熟悉的样例核对。

得让别人知道它做了什么

如果要给别人用，我希望界面上能看见输入是什么、用了什么规则、结果从哪里来。操作失败了，要知道卡在哪一步；结果不合适，也要能回到人工处理。

一个只能在开发者电脑上顺利运行的脚本，交到别人手里以后，还会碰到文件位置、数据格式和权限这些问题。把这些地方处理清楚，才算把工具交付出去。

我愿意分享这类过程，因为很多人遇到的麻烦其实很相似。你可能不需要一个很大的系统，只需要有人帮你把重复最多的那一步理顺。

如果手头正好有这样的事，可以先记下一个具体例子：今天从哪儿拿了什么数据，手动做了哪些动作，最后交出了什么结果。写完以后，通常就能看见第一个可以改的小地方。