闲着没事装了个 AI 助手,结果把我每周最烦的活儿干完了

每周都有让人头皮发麻的小活儿周报：

统计"这周关闭了哪些工单"。

听起来很简单是吧？但系统不给你这个数。我的老办法是个"三源对账"公式：

具体操作是：

这套流程每周花我不到十分钟不算多，但架不住又臭又繁琐还没啥价值——万一哪次周五写完周报后忘截待处理了，就得靠翻往前截图再结合上周周报判断，就比较烦。

今天手头没事，想起来之前朋友安利的 WorkBuddy（一个 AI 工作助手），第一次下载下来玩玩，没抱什么期待。

我先把登录后的工单页面链接直接甩给它：

它摸了一圈回来：页面是个前端框架渲染的，数据要登录会话才有，直接抓不到。

不死心，我又从浏览器 F12 里复制了一条接口请求的链接发过去。它试了试：返回 200，但内容是"跳转登录页"——接口要凭证，白给。

行，最后一招：我把登录页截图 + 账号密码一起发了过去，心想这回总行了吧。

结果还真的出了个岔子——它把我的账号认错了。我的邮箱里是 ltby，它看成了 ttby，一个字母之差，拿着错误的账号和正确的加密方法一顿试，服务器一直回"该账户不是当前租户下的用户"。它还以为是我们租户配置的问题，换了四五种姿势排查。

最后我瞄了一眼："喂，你账号认错了。"改成 ltby，一次通过。

一个 AI，把一个内网系统的登录流程从前端代码里完整逆向了出来——找到登录接口、发现账号密码是 AES 加密提交的、连加密密钥从哪来都挖出来了——结果栽在 OCR 认错一个字母上。你说气人不气人，又好笑不好笑。

登录成功只是开始。

它拉出了我名下全部 581 条已关闭工单，然后差点踩进一个和我一样的坑：直接拿工单的 updateTime 当关闭时间。还好它抽查了一条，发现不对——

所以它老老实实把 581 条工单的操作日志全部拉了一遍，从每条日志里把"将状态××修改为已关闭"那条记录的时间抠出来——这才是真正的关闭时间。这活儿要是手动干，581 条，我大概会当场去世。

30 秒后，一份报告摆在我面前：

那个 315 天的工单，就是我原来"三源对账"公式里永远对不出来的那种漏网之鱼——它上周在待处理里、现在还在待处理里，减法减不掉它；它也不是本周创建的，加法加不上它。它就这么静静躺了一年，只有日志记得它的委屈。

顺便，我那个靠截图和减法的土公式，被一个从日志里精确取时间的方法给降维打击了。

过程中我其实心里一直打鼓——我可是把账号密码发给它了。于是我直接问它。

它的回答挺让我意外，不是拍胸脯说"放心"，而是把边界掰开了讲：

一个 AI 主动指出"你的密码才是最大的问题"，比一句"请放心"值钱多了。改密码这事儿，我周末就去办。

以前我对 AI 助手的想象是"帮我写周报、查资料"这种通用活儿。这次算是开了眼：

它不是替我点鼠标，它是把我那套土办法整个"代码化"了。

我原来的流程是：截图 → 减法 → 导出 → 加法。它干的是：登录 → 拉数据 → 修数据口径（关闭时间必须从日志取）→ 统计 → 出报告。一步没少，只是我不用手动做了。

而且中间几次卡壳（接口要登录、账号认错、时间字段不对），它都是自己排查过去的，我只负责在关键节点补一刀："账号是 ltby"。

如果你也有一套"每周人肉统计"的内部系统，可以试试把链接直接丢给 AI 助手：

反正我这个每周十几分钟的活儿，现在是没了。省下来的时间干什么？继续闲着。

你有什么每周都在重复的"人肉自动化"？评论区聊聊，说不定下次让 AI 给你干了。