一次性任务值得自动化吗？一个月才做一次的活怎么交出去

写脚本这件事有个隐含前提：这件事要重复足够多次，多到值得为它写一套代码。

大部分自动化工具默认你满足这个前提。但现实里有一大堆活是反过来的——步骤不少、做起来烦、但频率很低，一年做四次、一个月做一次。

这种活以前是自动化的盲区：手动做嫌烦，写脚本不划算。这篇就说这类任务怎么处理。

先看三个真实场景

• 季度结算的截图汇总：财务那边每个月末要打开四个后台，把结算页截图存下来，按月份命名，丢进共享盘。四个后台，每个三到五屏，加起来二十多步。一个月一次。
• 大促前的备货检查：每次大促前要把十几个店铺的库存页翻一遍，标记出低于安全线的商品。一年就两三次大促，但每次要翻十几家店。
• 突发的竞品调研：老板说「你去看看这三家竞品最近在推什么」，于是你一晚上翻了几十个账号的首页。这种事每年发生几次，但每次都来得很急。

这三件事有个共同点：步骤多、但不难，而且做完能核对。 这就是值得交出去的类型。

为什么这类活以前没人做自动化

因为传统方案的成本结构对它们不合适。

写一套脚本，你要先把流程拆清楚、把每一步的定位方式定下来、处理各种异常、再调试。这套功夫在每天要跑的活上摊得开，在一个月跑一次的活上摊不开。工程量一样，收益只有三十分之一。

还有一个更现实的原因：低频任务的流程经常是「差不多但不完全一样」。 上个月的四个后台，这个月变成五个；上次是按月份命名，这次财务说要按店铺命名。每次都有点小变化，而脚本最怕的正是这种小变化。

所以过去的合理选择就是手动做，忍着。

换一种方式：把「说清楚」当成脚本

iEasyRun 走的是另一条路：你用自然语言把这件事说一遍，它自己去屏幕上做。

不写坐标、不写控件路径、不用先把流程拆成伪代码。你说「打开这四个后台，把结算页截图，按 2026-09 命名存到桌面那个文件夹」，它听懂、然后一步步做。

这件事的意义在于，成本结构反过来了。写脚本的成本和任务长度成正比，说的成本和任务长度几乎无关。一件二十步的活，说清楚大概三分钟。

三分钟和两天，这就是低频任务值不值得自动化的分界线。

它怎么知道要点哪里

这是最常被问的问题，也是它和脚本的本质差别。

脚本记的是「第 320 行 65 列那个点」，界面一改就要回去改。AI 操作手机是看屏幕上有什么再决定：读出当前页面上的文字和元素，判断哪一个是目标，然后点下去。

这个差别在低频任务上尤其值钱，因为：

• 一个月才跑一次，中间 App 很可能已经更新过一版
• 每次的入口位置可能都不一样（比如后台首页改过布局）
• 你根本不会为了这种活去维护脚本

看屏幕决定，意味着这些变化它自己就消化了。按钮从左边挪到右边、菜单从一级变二级，它照样找得到——因为它的判断依据是「这个按钮写着导出」，而不是「导出按钮在 320, 65」。

同一件事下个月还要做，怎么办

有两种做法，看你懒到什么程度。

• 做法一：跑完存成工作流：第一次用对话跑通之后，把过程保存下来，下次直接调用，不需要再说一遍。适合「确定以后还会做、流程也不会变」的活。
• 做法二：什么都不存，下次再说一遍：下个月到了，照着上次那句话再说一次就行。因为说的成本只有三分钟，这对一年做四次的活完全够用。

实际用下来，多数人是先用做法二，等某件事做到第三次、发现每次说的都差不多，才顺手存成工作流。这个顺序比「一上来就规划工作流」自然得多。

什么该交、什么不该交

判断标准就三条：

• 步骤多、但不难：这是最核心的一条。步骤越多，人越容易在中间漏掉某一步，而这是交给电脑最直接的收益。
• 每次流程基本一样：不需要完全一样，但要「大同小异」。每次都要现场靠人做判断的活，它替不了你。
• 做完能核对：截图存没存对、库存标没标出来，有明确的东西可以查。没法核对的结果，交给谁都一样不放心。

反过来，两种活不用交：两三步就能点完的（省不下多少），和每次规则都不一样的（它做不了）。

开始之前

建议第一次先挑最短的那件低频活试。不要拿季度结算这种二十多步的上手，先用一件七八步的跑一遍，看看它理解的和你想的是否一致。前一两次看着它跑，之后就可以放手了。

跑完记得去 执行历史 看一眼：状态对不对、有没有中途失败的步骤。这类记录在低频任务上比高频任务更重要——高频的活出问题你下次就发现了，低频的活可能两个月后才发现上个月就错了。

软件完全免费，装在自己电脑就能跑。同一台手机上，高频率的活继续用脚本，低频的活用对话跑，两者不冲突。