做RPA这几年，我越来越发现一个规律——真正能被业务记住的自动化，不是那种把流程跑完一次的交付项目，而是那种每天早上默默跑一遍、帮你盯着数据的监控型机器人。就拿“成就值监控”来说，不止一次有朋友问我：影刀能不能定时去某个系统里查一下我的成就值，有变化就提醒我？答案当然是可以，而且做起来并不复杂。

这篇是“用影刀AI Ware实现成就值监控”系列的第二篇。上一篇我们聊了基础环境准备和登录流程的搭建思路，这篇我会把成就值监控的完整流程拆开揉碎，从整体设计到组件配置、从数据记录到定时触发，再到实际跑流程时会踩的坑，全部过一遍。适合刚接触影刀RPA、想做一个能长期稳定运行的小工具的朋友参考，也适合想把自己手头重复性查询工作改成自动化的业务人员。

先说明一下我这里的背景：公司内部有一个在线学习平台，系统会根据每个员工的学习完成度、考试分数、任务参与情况计算一个“成就值”，每个月末要看排名，这个值还会直接影响绩效的一个维度。以前我每天手动登录查一次、记到Excel里，时间长了实在烦，数据还容易抄错。后来我干脆用影刀把这个活包了。

1. 先想清楚再做：成就值监控的流程设计

1.1 这个监控到底监控什么

很多人在做RPA监控流程时容易犯一个毛病：连“监控什么”都没想清楚，就急着去拖组件。结果流程写了一半发现漏了重要数据，或者采集了一大堆用不上的字段，维护成本直线上升。

就我们这个场景来说，成就值监控核心要采集的字段其实不多，但每个都要有明确用途：

• 当前成就值：这个是最核心的KPI，直接反映学习参与度。
• 当日变化值：昨天和今天的差值，用来判断今天的学习任务有没有被正常计入。
• 当前排名：平台会按成就值给员工排序，排名变化往往比绝对值更敏感。
• 记录时间：每一条数据的采集时间戳，后续做趋势分析要用。

我当时做流程设计时，在纸上画了一张简单的表格，把数据源网页位置、字段名、存储格式、采集频率全部列清楚。这一步花了我大概二十分钟，但后面写流程时几乎没有返工。我强烈建议你也这么做，尤其是第一次接触RPA的新手，画清楚这张表比什么技巧都重要。

这里有一个容易被忽略的点：成就值的计算口径。很多平台显示的成就值不是实时刷新的，可能会有几分钟到几小时不等的延迟。如果你监控的系统和我的情况类似，建议不要把监控频率设置得太激进，一天跑一到两次就足够，否则你看到的数据可能一直不变，还容易触发平台的风控机制。

1.2 为什么用影刀AI Ware而不是自己写脚本

我知道有人会问：定时抓个数据而已，为什么不用Python写脚本？这个问题的答案，恰恰是理解RPA价值的关键。

如果你只需要从一个接口抓数据，自己写脚本当然更轻量。但现实中的企业系统往往没有对外开放的接口，登录还有复杂的鉴权逻辑。我以前尝试过用Requests模拟登录，第一步就卡在密码加密参数上，后来还要处理验证码、Cookie过期、UA校验，折腾了两周，最后还是放弃了。在这个场景里，RPA的价值不在于“技术难度高”，而在于它能用最直接的方式模拟人的操作，绕过那些为反爬而设计的繁琐机制。

影刀AI Ware相比纯脚本的优势，我总结下来有三点：

第一，元素识别能力强。影刀对网页元素的智能识别做得相当好，尤其在有大量动态渲染内容的SPA页面里。AI Ware版本还加入了一些智能识别能力，遇到某些不太稳定的元素时，容错率比社区版高不少。

第二，调试直观。脚本写错了要看堆栈，影刀里直接看图、看每一步的截图就能定位问题。对于业务人员来说，这种交互方式实在是太友好了，没法不推荐。

第三，维护成本低。脚本要改逻辑，你得重新看代码。影刀的流程是组件化的，改一个分支条件、换一个输入框位置，拖拖拽拽就完成，哪怕三个月后再回头看，也能快速理解当时的设计意图。

当然，RPA也有它的弱点：处理未知弹窗时可能犯迷糊，大量循环操作时速度不如脚本快。但就成就值监控这种轻量级定时任务来说，影刀是绰绰有余的。

1.3 监控流程的核心拆解

整个成就值监控流程，拆开来看其实是五个环节，每一个都可以独立验证、独立测试：

打开网页 → 登录系统 → 跳转到成就值页面 → 采集数据并写入表格 → 判断是否需要提醒

这五个环节中，前三个是前置条件，第四个是核心业务，第五个是增值功能。我在实际开发时并不是从上到下一次写完，而是先把第四个环节“采集数据并写入表格”单独做好，确保手工触发一次能正确记录数据，再回头处理登录和定时。

这样做的原因很简单：数据采集是整个流程的心脏，如果采集的数据不对，后面做得再花哨也是白搭。而且单独测试核心环节时，即使出问题，排查范围也会小很多。

2. 登录环节的稳定性处理

2.1 三种登录自动化思路

登录是监控流程里最脆弱的一环，也是绝大多数RPA流程失败的原因。这里先聊三种常见的登录自动化思路，以及各自的适用场景。

第一种是明文输入账号密码。最简单直接，用“设置文本”组件把用户名、密码填进输入框，然后点击登录按钮。优点是流程直观，适合登录逻辑简单、无验证码的内部系统。缺点是密码一般不能写在流程里明文存储，需要配合影刀的凭证管理功能。

第二种是Cookie复用。先把登录后的Cookie保存下来，后续每次启动流程时直接注入到浏览器里，跳过登录步骤。这种方式速度最快，几乎不会触发验证码，但Cookie有有效期，过期后还是需要重新走一遍登录逻辑。我第一次做成就值监控用的就是这个方案，实测下来效率确实高，但得做好Cookie失效时自动重登的兜底分支。

第三种是图形验证码自动识别。如果系统有验证码，可以接OCR识别接口，或者用影刀的AI能力直接识别。不过说实话，企业内部的系统如果每次都出复杂的验证码，RPA方案就有点被动了。建议优先和IT部门确认是否允许免验证码登录，或者延长会话有效期，这才是治本的办法。

我当时选的是第一种，没有用Cookie，因为公司系统的会话时长比较长，而且密码可以存在影刀凭证库里，安全性更可控。各有各的取舍，关键是看你们系统的实际情况。

2.2 登录失效自动重试与异常兜底

登录环节最容易出现的坑不是“登录失败”，而是“你以为自己登录成功了，实际页面根本没跳转”。所以我会在登录流程后面加一个“等待元素出现”的判断点，用登录成功后才有的某个元素（比如用户名、首页标题栏）作为标志，来判断登录是否真的成功。

这个设计非常关键，如果你没有这一步，一旦登录超时或者页面跳转异常，后面的流程会直接拿一个空页面去采集，得到的数据要么是空的，要么是错误页面的解析结果，而更麻烦的是，这些错误数据会被当作正常数据写进Excel里，污染历史记录。

我的做法是在登录后加一个条件判断：

如果检测到登录成功的标志元素，继续走采集流程；如果没有检测到，先做一个简单的等待重试，最多重试三次；第三次仍然失败，就发送一条告警通知到企业微信，然后终止流程，把问题留给人工处理。

这个“三次重试+人工介入”的兜底策略，从上线至今帮了大忙。最早没有这个策略时，流程失败后Excel里悄然多了一堆空行，我还以为是数据平台出问题了，后来才发现是登录超时导致的，白白浪费了整整一周的数据统计。

2.3 验证码与二次确认的处理

企业内部系统最烦人的不是验证码，而是那些“你确定要登录吗”“检测到非常用设备，请进行短信验证”之类的二次确认弹窗。这种弹窗是动态出现的，普通组件根本不会等它，流程直接就往下跑了，结果就是后面所有的步骤全部找不到元素，报错一堆。

应对这种情况，我总结了一条经验：在登录按钮点击之后，专门加一个“智能等待”的组件，设置一个较长的超时时间，并配置好等待条件。如果弹窗出现了，就先处理弹窗；没有出现，就继续往下走。

还有一个细节很多人会忽略：平台在登录时可能会弹出“记住密码”“完善个人信息”之类的引导浮层。这些浮层本质上也是弹窗，但和登录校验弹窗性质不同。我用的是“关闭弹窗”类型的兜底处理，在流程核心部分之前尝试关闭所有已知干扰元素，宁可误触一个不存在的关闭按钮，也不能让浮层挡住后面的元素识别。

3. 成就值采集与数据记录的实操

3.1 元素定位与选择器的关键细节

采集成就值，说白了就是定位到页面上的某个元素，把它的文本内容读出来。听起来简单，实际上影刀的“获取文本”组件能不能稳定工作，完全取决于你选择的元素定位方式。

影刀的元素定位方式有好几种：CSS选择器、XPath、文本匹配、相对位置匹配等。对于成就值这种会变动的数字文本，我建议不要用文本匹配去定位，因为数字天天变，你今天用“成就值: 1280”去匹配，明天数字变成了1285，匹配就失效了。

更稳妥的做法是定位到成就值所在的那个容器元素，比如某个class固定的span或者div，然后读取它的文本内容。如果页面结构是表格型的，可以先用“获取结构化数据”组件按行读取，再从中过滤出成就值字段，这样即使页面布局微调，只要表格结构不变，流程就不会挂。

这里有一个非常实用的经验：元素识别不了的时候，不要急着换复杂选择器，先在影刀的元素库界面里点一下“高亮”，看看工具实际框选的是不是你想要的区域。很多时候你以为选的是整个数值，实际上它只选了一个小范围或空白区域，这种问题用肉眼一眼就能看出来。

3.2 数据存储方案：从数据表格到Excel

采集到的成就值要落库，我选择了“数据表格+Excel文件”的组合方式。

影刀工作界面里有一个“数据表格”的功能，可以理解为流程运行中的内存表格，不需要提前定义字段结构，可以直接向里面添加行和列。我在流程中先创建了一个数据表格，把日期、时间、成就值、排名、当日变化写入表头，然后每次采集完成后把新数据追加到这个表中。

流程运行结束时，再用“写入Excel”组件把数据表格的内容导出到本地Excel文件。这里有个细节：Excel文件的路径要设置成固定的，每次导出时不要覆盖原有内容，而是追加在已有数据的最后一行。影刀的“写入Excel”组件默认是覆盖写还是追加写，取决于你选择的模式，我强烈建议你在测试阶段先备份一个Excel副本，防止测试跑一次就把历史数据冲掉。

我用的存储格式是CSV还是xlsx？前期调试时我用CSV，因为可以直接用记事本打开看数据对不对，调试效率高。稳定运行后我改成了xlsx，方便同事直接用Excel打开查看。如果你追求简单，一条建议：先用CSV跑通逻辑，再根据实际需求决定是否迁移到xlsx。

3.3 定时触发：让流程每天自己跑

流程写好后，要让它每天定时运行，而不是每次都手动点“运行”。影刀里做定时任务有几种方式，最常用的是在影刀客户端里直接创建定时计划，设置好运行周期和启动时间。

我的习惯是把采集任务放在早上九点半左右执行，原因有两个：一是公司平台早上会刷新前一天的成就值汇总，九点半去拿数据基本是最新的；二是九点半这个时间点，大部分人还没进入高强度工作状态，流程占用的系统资源不会和业务高峰期冲突。

定时触发需要关注一个容易踩的坑：电脑如果处于休眠状态，流程可能无法启动，或者定时任务启动时浏览器还没完全加载好。解决方案有两个，一个是调整Windows电源设置，让电脑在定时任务前保持唤醒状态；另一个是在流程开头增加一个“等待系统空闲”的判断，让流程在开机后延迟两分钟再正式启动。

4. 常见问题与排查技巧实录

4.1 Chrome插件连不上、元素识别失败

成就值监控流程跑了一阵子后，我遇到过最诡异的一个问题：影刀客户端突然识别不了Chrome里的网页元素，整个浏览器区域一片空白，元素拾取完全失效。

排查了半天，最后发现是Chrome扩展程序被浏览器禁用了。这种情况多发生在Chrome自动更新之后，影刀的调试扩展会被系统安全策略拦截，需要手动到扩展管理页面重新启用。我在流程里没法自动处理这个问题，只能写了一批排查文档，每次遇到这个情况就按步骤操作：打开Chrome扩展管理页面 → 找到影刀扩展 → 确认已启用 → 重启浏览器。

遇到元素识别失败，还有一个容易被忽略的原因：页面的某个元素是通过iframe嵌入的。如果成就值页面用了iframe，直接定位内部的元素往往会失效。在影刀里遇到这种页面，需要先切换进对应的iframe容器，再对内部元素做操作。我刚开始不知道这个逻辑，白白折腾了一个上午。

4.2 点击报错“message: getcursorpos failed”

这个报错，用过影刀的朋友应该不陌生。我最早遇到它是在流程里执行“点击元素”操作时，灵异的是，这个报错不是每次都出现，而是偶尔出现一次，久不久来一下，排查起来非常头疼。

查资料、翻论坛，结合我自己实测的经验，这个错误通常和鼠标指针位置获取的权限有关。影刀在执行点击操作时，会尝试获取当前鼠标光标位置，如果系统层面的光标信息获取被占用或阻塞，就抛出这个错误。

我的解决思路是给“点击元素”组件加一个“强制点击”模式，或者改用“模拟点击”里的另一套内核来执行点击。实测下来，在十几个关键点击节点上切换点击模式后，这个报错基本消失了。另外，建议在流程执行期间不要手动乱动鼠标，因为有些点击模式依赖鼠标当前位置，你的人为干预会影响点击目标的定位。

4.3 登录态失效和验证码乱入

登录态失效算是监控类流程的“慢性病”，隔三差五就会犯一次。一觉醒来发现今天的记录没写入，打开日志一看，登录步骤失败、重试三次还是失败，于是流程安静地退出了。

遇到登录态失效，我之前设计的“三次重试+人工告警”兜底策略发挥了作用，至少没有产生空数据污染。但告警之后还是得人工处理，有点被动的意思。

后来我想了个土办法：既然平台登录后有一个较长的会话有效期，那我让流程在每天采集之前先访问一次平台首页，如果首页能正常加载且顶部显示的是已登录状态，就跳过登录步骤直接采集；如果发现未登录，才走完整的登录流程。这个办法像是给流程加了一个“活体检测”，大大减少了重复登录的次数。

4.4 多标签页和Excel占用的问题

流程跑到中途，如果平台在某些操作下会打开新的浏览器标签页，元素识别就容易错乱。我的对策是在进入核心采集步骤前，设置一个前置操作：关闭所有非目标标签页，只保留我们需要的那个。这一步虽然有点粗暴，但效果立竿见影，再也没出现过“明明选择了A页面的输入框，结果内容却填到了B页面里”的诡异情况。

Excel文件被占用也是个经典问题。如果那天我自己手动打开了那个Excel文件查看历史数据，流程运行到写入Excel时就会报错：文件被占用或只读打开。项目上线初期，我几乎每天都在和这个报错打交道。后来流程里加入了文件占用检测的逻辑，检测到Excel被占用时先提示关闭，等待几秒再重试。

这里顺手整理了一个排查参考，给后来人一个速查表：

5. 从监控到提醒：通知推送与进阶扩展

5.1 企业微信机器人Webhook推送

光把数据记录到Excel还不够，因为大部分情况下我不会主动打开Excel看。最好的方式是：流程跑完后，把结果直接推送到手机上的企业微信，让我在地铁上就能看到今天的成就值变化情况。

实现方式并不复杂：在企业微信群里创建一个自定义机器人，拿到Webhook地址，然后在影刀流程里用“发送HTTP请求”组件向这个Webhook地址提交一段JSON数据，群里就会收到一条带文本的消息。

我推送给自己的信息格式是这样的：时间、当前成就值、较昨日变化、当前排名。如果当日变化为负，会在文本中追加一个提醒标记，提示我关注是否存在异常扣分。

首次接入HTTP请求时，需要注意Webhook地址必须在企业微信配置为白名单内的IP才能调用。公司内部环境如果有网络隔离策略，这一步可能要多和IT部门确认。我当时在这上面卡了半天，一直以为是自己JSON格式写错了，后来才发现是沙箱环境限制了外网访问。

5.2 多账号监控、历史趋势看板与流程分享

成就值监控只盯自己一个账号有点浪费，我后来扩展成了多账号监控模式：把账号密码的配置抽出来放到一个Excel配置表里，流程读取配置表中的每一行账号，依次登录采集。这样做量级上去后，要特别注意频控问题，建议每个账号采集间加一个随机延迟，比如二十到五十秒之间随机等一会，避免被平台判定为异常访问。

历史数据越攒越多，单一Excel就不够用了。我的进阶方向是把数据存储切换到数据库，然后接一个简单的看板做趋势可视化。影刀支持数据库相关的连接组件，可以直连MySQL，把每天的成就值按日期维度存储，这样后续做周报、月报分析就方便很多。

如果你做好的流程想分享给同事，影刀支持把整个流程生成可分享的项目包，对方导入到自己的客户端里就能直接用。需要注意的一点是：流程里如果包含你自己的账号密码，分享前一定要改成从配置表读取的方式，或者提醒对方修改为自己账号。我第一次分享给别人时忘了改，对方登录后直接操作的是我的账号，那叫一个尴尬。

写在最后的一点体会

做这个成就值监控项目，我个人最大的收获不是省掉了每天五分钟的手工操作，而是理解了RPA流程设计的核心逻辑：先想清楚要什么数据，再设计获取路径，最后才是拖组件实现。前面两步想清楚了，后面无非是熟练活。

另外一个小技巧：任何监控类流程，都一定要有异常兜底，哪怕是简单到“失败后发一条通知”也好。RPA机器人不是万能的，它也会遇到登录态失效、页面改版、弹窗乱入这些不可控因素，兜底逻辑就像安全绳，能让你在出问题时第一时间知道，而不是等数据对不上账回头翻日志才反应过来。

成就值监控只是个引子，同样的思路完全可以用在商品价格监控、竞品数据跟踪、库存变化提醒等场景里。你只需要替换掉核心采集环节，外壳基本不用动。希望这篇实践记录能帮你少踩几个坑，如果你也在做类似的监控流程，欢迎按我的设计先跑通一个最小版本，再慢慢打磨细节。