自动化

每次 Claude 说"我做不到"的时候，恰恰是真正的工作开始的时刻。 今天我让它帮我发求职邮件。六封。 它说不行——没有邮箱授权码。我给了它。它写了一个 Python 脚本，六封邮件在三十秒内全部发出。然后它说不能读回信——没有 IMAP。我给了它。它架了一个心跳监控，每两个半小时扫一次收件箱，匹配到我投递的那几家公司，有真人回复立刻通知。 从"发不了邮件"到全自动求职管线，只用了两个小时。但这两个小时里最重要的工序，不是 AI 做了什么，而是我在每一次它说"不行"的时候做了同一件事：不给它答案，给它一把钥匙。 一、“不行"不是一个结论，是一个接口 绝大多数人把 AI 的拒绝当作结果：“你看，它做不到。“然后放弃。 但你仔细听 AI 说"不行"的时候，它的措辞其实很精确。它不会说"这件事不可能”，它会说"我需要 X，但我现在没有 X”。 X 可能是一个授权码。一个浏览器插件。一个账号密码。一个被你忽略的配置文件。 你以为它卡在能力边界上，其实它卡在权限边界上。区别在于：能力是它的事，权限是你的事。你把权限给它，它自己会搞定能力。 这不是我发现的规律。这是软件工程里的老道理——“关注点分离”——但放到人机协作里，突然变得锋利起来。 二、最具杠杆效应的贡献，往往最短 整个求职管线里，我的贡献只有两次，每次不超过三十秒。 第一次：打开 QQ 邮箱，点设置，生成一个 SMTP 授权码。第二次：同样的授权码，告诉它 IMAP 服务器地址。 就这两次。剩下的——简历整理、邮件措辞、收件人匹配、发送时序、监控脚本、夜间休眠逻辑、回复分类——全是它做的。 这很像建筑工地的测量放线：你定三个桩，工人照着干一整个月。桩偏了，全偏了；桩对了，剩下的都是体力活。 AI 时代最高杠杆的动作，不是"干得最多”，而是"给得最准"。给一个授权码，解锁一整条管线。给一句"试试 SMTP"，打通一个你以为不可能的事情。 三、它不会主动问你要钥匙，你得自己知道哪里有门 这是整件事里最难的部分。 Claude 第一次拒绝时，它说的是"我没有你的邮箱密码，也没法替你登录"。它不是让我去生成 SMTP 授权码。它甚至没提 SMTP 这条路。 这条路是我自己知道的——我知道 QQ 邮箱有 SMTP，知道可以用 Python 的 smtplib，知道授权码和密码不一样。如果你不知道这些，对话在"我没法替你登录"就结束了。 所以真正的门槛不是你愿不愿意推下去，是你有没有推下去的知识储备。 这听起来像是在说"你得先懂技术才行"，但不是。你不必懂 smtplib 的语法，但你得懂**“这事儿理论上能通”**。比如你知道邮箱可以第三方客户端登录，那就能追问一句"能不能用 SMTP 那种方式发"。一句话就够了。AI 会把余下的代码写了。 你需要的不是技术，是方向感。 四、人与 AI 的新分工 旧分工是：人想，人做。 AI 出现后的第一代分工是：人想，AI 做。 现在进化到第二代：人指方向，AI 铺路；人给钥匙，AI 开门。 ...

上一个AI做的数据，让下一个AI来审，结果抓出一堆毛病。 做工资专户数据录入。导出平台数据一看，有几个人的月薪高得离谱——普通工人月入七万？不是工人工资高，是上一个智能体把数据做坏了。应发那列明明写的是两千多，实发列被填成了七万多。数字前面凭空多了一位。几个人，几个月，几十条记录，全部污染。 壹 · 四件套上场 不是随便看一眼就改。用的是审计四件套——四道关卡一轮轮过。 ① 规则脚本：字段级硬查。日期格式对不对、金额是不是正数、进账有没有对方账户。秒级跑完，数百条逐一筛查。 ② LangGraph：多步骤结构化审计。把收支表月出账总额和支付明细月实发总额逐月对比——有的月份差了好几万，有的月份干脆是零对十几万。 ③ 代码审查：让另一个Agent看生成脚本。边界情况、类型转换陷阱——脚本的bug和业务数据的问题，两回事，都要查。 ④ CrewAI：最后一道，多Agent协作做业务逻辑终审。 贰 · 到底谁靠谱 跑完第一轮发现问题 → 修 → 再跑验证 → 全绿。 不是AI靠不靠谱，是单靠一个AI不靠谱，三个互相审才靠谱。 那个把两千写成七万的智能体，单独干活的时候没人盯着。现在有了四件套——四个方向，四个工具，同时看。 任何一个方向的检查单独拿出来都有盲区。规则脚本看不出"这个人月薪不太对"，代码审查发现不了"进账比出账少"。但四个凑在一起，盲区就重叠不起来了。 叁 · 最后 不是什么高深的技术。就是把"多看一眼"这件事制度化了。四个维度，四个工具，跑完验证，不绿不交。 别信任何一个AI的第一次输出。多过几道关，才是对数据负责。格式零错误，金额全对上，四件套跑完，全绿入库。 这跟《AI说不行的时候》讨论的是同一个底层逻辑——AI的能力不是问题，问题是你有没有给它足够的检查和反馈机制。单独一个AI的盲区，只有在多角度的交叉审视中才会暴露。 核心要点 单靠一个AI不靠谱，三个互相审才靠谱。 任何一个方向的检查单独都有盲区，四个凑在一起盲区就重叠不起来。 审计不是查一次，是制度化。 把"多看一眼"变成四道关卡：规则→LangGraph→代码审查→CrewAI，不绿不交。 数据质量是底线。 一个数字多一位、一个月份对不上，就会污染几十条记录。格式零错误，金额全对上。 写于永德 · 2026.06.10

一、引子：深夜的 WSL 命令行 凌晨一点，光标在 WSL 终端里闪烁。屏幕上是第 14 次 curl 调用返回的 JSON： {"errcode":40001,"errmsg":"invalid credential"} 不是域名备案的死循环，就是 API 令牌的隐藏规则；不是签名算法文档的暧昧，就是 OAuth 流程中某个神秘的 redirect_uri 校验。每一家平台都像一座围城，用厚厚的 API 文档砌起高墙，对闯入者说：要么遵守我的规则，要么滚。 而他想要的，只不过是一个简单到近乎原始的需求——把自己写的长文，从 WSL 的终端，推向手机锁屏上的一条通知。 这听起来像是一个技术宅的自找麻烦。但如果你仔细看，会发现这其实是这个时代每个个体创作者都在面临的困境：我们赖以生存的数字工具，正在被大公司的“标准化”逻辑层层加码。一个简单的念头，包裹在 API 鉴权、域名备案、SSL 证书、Webhook IP 白名单的层层叠叠之中——等它穿透这些门槛时，最初那点灵光早已灰飞烟灭。 这不是一个技术问题。这是一个系统性问题。 二、深潜：被“标准化”驯服的创作者 从“内在文明”框架来看，这场个人内容工厂的搭建实验，本质上是 个体与环境之间的一场博弈。 工具共生论：谁在驾驭谁？ 工具不是中立的。设计者的价值观早已被编码进每一行代码。 企业微信的 API 文档，是为“企业开发者”写的。它的鉴权流程假设你有法务团队审核隐私条款，有运维管理 SSL 证书，有产品经理梳理 API 调用的业务场景。当你作为一个“个体”去使用它时，你会发现自己被一个错位的身份期望绑架了——平台默认你是组织的一部分，而你不是。 这就是 工具共生论 所警示的：当工具与使用者的天然规模不匹配时，工具就开始反向塑造使用者。你不是在驾驭工具，而是在为工具的规则做牛做马。调试了三个小时 API 的开发者，和被困在算法推荐里无法自拔的短视频用户，面对的其实是同一个问题——工具本是外骨骼，但你正在变成它的容器。 环境回路论：谁塑造了谁的认知？ 更深一层，这个困境揭示了 环境回路 的隐秘力量。 你的物理环境（WSL 终端）、社会环境（没有企业服务团队）、数字环境（微信生态的封闭性）构成了一条完整的回路。在这条回路中，每一次 API 调用的失败不仅仅是代码层面的错误，更是一次“环境记忆”的写入：你开始相信“这事一个人搞不定”，你开始怀疑自己的技术能力，你开始觉得“大公司的东西就该这么复杂”。 这就是环境回路最阴险的地方——它不声张，只是不断让你碰壁，直到你把壁当作常态。 真正的突破发生在你跳出这条回路，从更高维度审视它的时候。当意识到“我不是技术不行，而是用错了工具范式”的那一刻，环境回路的锁链就断开了。 三、破局：技术降维的微小实验 1️⃣ 放弃重型 API，拥抱 Webhook 转折点异常简单：不再去管什么 access_token，不再理会 OAuth 流程。从“与企业系统对接”的思维框架中跳出来，转而问一个更本质的问题： 我只是想把一段文字从点 A 送到点 B，最短路径是什么？ ...

人类正在经历一场前所未有的姿势悲剧。 我们像一群被钉在椅子上的稻草人，每隔几分钟就下意识地掏出手机——刷新一下邮件、刷一下数据面板、刷一下抢票页面。明明是个有高级认知能力的物种，行为模式却退化成了实验室里踩踏板的鸽子：不断地按键，只为了确定下一颗食丸有没有掉下来。 这就是系统的耻辱。 你写代码的时候都知道不要用 while True: time.sleep(5) 做轮询——他在消耗 CPU、空转 IO、让风扇狂转却什么都没等到。但在生活里，你把自己活成了一个轮询进程：打开页面、F5、没变化；再 F5、还是没变化。一直刷到凌晨两点，直到那个绿色的"有票"按钮终于出现，而你因为手抖错过了最后的 0.3 秒。 别骗自己了。你缺的根本不是手速，你缺的是一个事件驱动的架构。 问题：你还在用人肉轮询？ 把现代人的信息焦虑拆开，你会发现一个可悲的共性： 我们在用最原始的方式，对抗一个早已成熟的异步世界。 服务器宕机了——你没有第一时间收到告警，因为邮件进了垃圾箱，短信延迟了 20 分钟。你在监控面板前盯了三个小时"绿色正常"，然后错过了一条真正要命的消息，原因是你的大脑已经对满屏绿色产生了视觉疲劳。 抢票/抢课/抢茅台——你在第三方的 APP 里充了会员，那个 APP 在后台疯狂刷新接口，把手机的电量烧到发烫，把流量吃到月底欠费。最后告诉你结果的方式是给你手机弹一个系统通知——而你当时正好在看短视频，手指一划，错过了。 爬虫跑完了，脚本执行完了，收益计算完成了——但你在外面。你在等回家，等打开电脑，等终端里的那行 print。那几个小时里的决策窗口，就这么白白流走了。 这个时代最大的信息差，从来不是别人知道你不知道——而是消息到你面前的时候，别人已经走完了下一轮。 而且，那些号称"通知推送"的商业方案呢？ 臃肿、耗电、要注册、要下载 APP、要开后台权限、要忍受广告。你只是想在自己的微信上收到一条简单的消息，那些平台却恨不得在你的手机里安一个全家桶。 你缺的从来不是工具。你缺的是一个真正属于你的、干净的、一秒直达的通道。 解决方案：用 WxPusher 让你的人生变得 Event-Driven 我花了不少时间寻找答案。试过 Server酱（停服了）、试过 Pushover（要钱、要装 APP）、试过 Telegram Bot（优雅但国内收不到推送，每天得挂着代理）。 直到我遇到 WxPusher。 一句说透——WxPusher 是依托微信服务号的消息推送接口。你发一个 HTTP 请求，你的微信就收到一条消息。 没有 APP 需要安装。没有后台需要保活。没有复杂的公众号注册流程。不需要服务器，不需要证书，不需要心跳包。就是一行 cURL。 从"我要亲自盯着"到"事件来了它会找我"，这个转变只需要两步。 它不是又一个通知工具。它是把你从轮询地狱里捞出来的杠杆。 你的每一个脚本，每一个定时任务，每一句 if + trigger，突然都有了直接通向你手机的权限。 这才是你应该拥有的控制力。 那些让人觉得"相见恨晚"的场景 我把它装进了我每一天的缝隙里，然后发现——以前我为什么没早点用。 你的服务器，终于有了一个 24 小时不睡觉的合伙人 CPU 超过 85%？数据库连接池撑不住了？磁盘只剩下 5% 了？你的 Prometheus 上面挂了 Grafana，Grafana 报警邮件发给了你的 QQ 邮箱，QQ 邮箱手机端推送到你的通知栏，被你玩游戏的时候一个左滑清掉了。 ...

凌晨两点，我盯着 n8n 的 workflow 编辑器，屏幕上蜿蜒着二十几个拖拽节点。 这个号称"低代码自动化神器"的工具，为了把一个 Markdown 文件从 A 点搬到 B 点，消耗了我三个晚上的耐心。安装依赖冲突、Docker 镜像拉不下来、某个 node 莫名其妙 timeout。每一次点击"测试 workflow"，都在用我的认知带宽去喂养一个本不该存在的抽象层。 我把 n8n 的容器停了。然后写了一行 Python。 shutil.copy(src, dst) 三行代码。零依赖。零配置。零心理负担。 这不是一个关于技术选型的故事。这是一个关于认知能量的故事。 ...