从“用AI的工具人”到“管AI的老板”:我的第一位浏览器员工

这两天在学一门课，主题是「万事用 AI：把 AI 变成员工」。有一句话一直在我脑子里回响：

你关上电脑睡觉之后，你的 AI 在干什么？

大多数时候，答案是：什么都没干，它在等我上线发指令。

这句话一下子点醒了我——原来我一直把 AI 当“更聪明的工具”，而不是“真正的员工”。

1. 我以前是怎么用 AI 的？

过去我用 AI 的方式，基本就是老师说的第一种和第二种老板。

第一种：事必躬亲型。每次打开对话框，我都从头讲一遍需求，一步一步让 AI 写文案、改代码、连 API。整个过程我得全程盯着。效率确实比不用 AI 高很多，但本质上还是“我在干活，AI 只是加速器”。
第二种：甩手掌柜型。有时候我又走到另一个极端：一句话丢过去——“帮我把这个产品做完”“帮我把整套运营方案写出来”。结果当然不满意，然后得出结论“AI 不行”“还得我自己来”。

现在回头看，本质上是同一个问题：我既没有好好“教会”这个 AI 员工，也没有为它搭建一套可以长期稳定执行的“制度”和“工位”。

这门课里面，有一个我非常喜欢的三层结构，把我之前学过的东西彻底串起来了：

以前我把这些都当“技术配置”：一个配置文件、一个插件、一个模板。现在我开始意识到：这其实是一整套“数字员工管理系统”。

当我用“管理者”的视角再看一遍，很多模糊的地方突然清晰了：我不是在“玩一个很酷的 AI 工具”，而是在培养一位靠谱的远程员工。

老师在课里举了很多浏览器自动化的例子，我特别有共鸣的有三类：

我自己日常也有很多类似的场景，比如：

这些事情都有一个共同点：

流程清楚，但太费时间；对人来说很无聊，对 AI 来说很适合。

所以我决定，我的第一位“浏览器 AI 员工”要学会的，就是帮我做这些网页上的重复动作。

老师在课程里给了一条 7 步路径，教我们如何从“手动操作”走向“AI 自动化”。我用“自动发公众号文章”这个案例，给自己做了一份行动计划：

先自己完整操作一遍从登录 mp.weixin.qq.com，到新建文章、粘贴内容、上传封面、填写摘要、预览、发布。目的不是发文，而是看清流程：我到底点了哪些按钮，中间哪里容易出错。
把整个流程拆成最小的动作例如：

把这些动作写成一份 SPEC / SOP用自然语言写清楚每一步该做什么、什么情况下要停下来通知我。这一步，其实就是在为“公众号发布员”写一份岗位说明书。
给 AI 配好浏览器自动化的“工位”在我的桌面工具（比如 Codex / Cowork / Craft Agents 之类）里，安装好浏览器自动化相关的 MCP，让 AI 能够真正“看得见网页、点得到按钮”。
盯着 AI 跑几遍，修 SPEC第一轮它肯定会在一些地方出错：元素找不到、页面加载没等、按钮识别不准……每出一次错，我就不只是“提醒一下”，而是修改那一条 SOP / SPEC，让下次不会再犯同样的错。
流程稳定之后，封装成一个 Skill以后我只需要说一句：“帮我把这篇文章填到公众号后台，停在预览页让我检查。”剩下的步骤，交给 AI 按照 Skill 自动执行。
未来再考虑定时 / 批量自动化比如每天早上 9 点自动跑一次某个巡查任务，或者批量处理一组文章，但这一步我会放在“完全信任这个员工”之后。

这门课还有一个点，我觉得特别值得反复提醒自己：

AI 不会“差不多就行了”，也不会“主动用脑子”。

人类员工有“常识判断”和“灵活处理”，AI 没有。它对规则的执行会极其一致——你怎么写，它就怎么做。

这既是风险，也是优势：

所以，真正的门槛不再是“你懂多少 prompt 技巧”，而是：

你能不能把自己脑子里的“做事方式”，变成一套写得足够清晰的制度、SOP 和权限边界。

这是我接下来要重点练习的能力。

Anthropic 推出的 Claude Certified Architect 认证，本质上在考一件事：

你能不能设计一个让 AI 可靠完成生产级任务的系统？

这门课则把这件事翻译成一句更接地气的话：

怎么从「让 AI 帮你做」升级到「让 AI 替你做」？

对我来说，这篇公众号文章就是一个小小的起点：

如果你也在用 AI 工作，也许可以问问自己同一个问题：

你现在，是在“用一个很快的锤子”？还是已经在“带一位真正的 AI 员工”？