免API！用免费Claude账号打造WhatsApp接待员

一位自学成才的开发者用周末时间，把免费的 Claude.ai 网页版账号改造成了 WhatsApp 自动接待员。整个过程没有调用任何 API，完全依靠浏览器内脚本与本地服务器协作。这个实验虽然粗糙，却展示了一条低成本、可复用的自动化思路。

架构拆解：浏览器控制台 + 本地 Node 服务

据作者在 Reddit 上的分享，整个系统由三部分组成：一段粘贴到 WhatsApp Web 控制台的脚本、一个本地 Node 服务器，以及一个注入 Claude.ai 页面的脚本。WhatsApp 脚本只监听白名单内的聊天，忽略群组和历史消息；收到新消息后，通过 WebSocket 发给本地服务器。服务器再把内容转发给已打开的 Claude.ai 标签页，由第二个脚本注入提示词并捕获流式回复。回复沿原路返回，最终由 WhatsApp 脚本自动输入并发送到对应聊天窗口。

这套流程还附带一个实时遥测面板，展示每个事件的状态，方便调试。作者强调，整个项目约耗时 2 小时，并借助了 AI 辅助。

WebSocket 是一种在单个 TCP 连接上进行全双工通信的协议，与传统的 HTTP 请求-响应模式不同，它允许服务器主动向客户端推送数据。在本项目中，本地 Node 服务器充当 WebSocket 服务端，WhatsApp 脚本和 Claude.ai 脚本作为客户端分别与之建立持久连接。当 WhatsApp 收到新消息时，脚本通过 WebSocket 将消息实时发送给服务器，服务器再转发给 Claude.ai 标签页；Claude.ai 的回复同样经服务器回传。这种设计避免了轮询带来的延迟和资源浪费，是实现两个浏览器标签页之间低延迟通信的关键。

浏览器控制台注入是指开发者利用浏览器开发者工具（DevTools）中的 Console 面板，直接执行 JavaScript 代码来操作当前页面的 DOM、监听事件或调用页面内已有的函数。本项目中的两个脚本——一个粘贴到 WhatsApp Web 的控制台，另一个注入 Claude.ai 页面——正是通过这种方式绕过官方 API，直接与网页界面交互。注入的脚本可以读取聊天消息元素、模拟输入和点击发送按钮，从而实现对网页应用的非官方控制。这种方法的优点是无需申请 API 密钥、零成本，但缺点是严重依赖页面结构，一旦网站更新就可能失效。

两个关键坑：回复循环与页面结构变动

作者在测试中遇到了两个典型问题。第一个是回复循环——机器人自己发出的消息会被当作新消息读取。他的解决方案是在机器人回复前加一个 emoji 标记，并忽略所有以该标记开头的消息。此外，他还加了一个速率限制器，最多每分钟处理 5 条命令，防止意外刷屏。

第二个问题是 WhatsApp Web 的 HTML 结构频繁变动。有一次，收到的消息被错误识别为发出的消息，他通过检查消息旁的“送达对勾”图标修正了判断逻辑。这也意味着脚本随时可能因任一网站更新而失效。

速率限制器（Rate Limiter） 是一种控制单位时间内操作次数的机制，常用于防止系统过载或滥用。在本项目中，作者设置了每分钟最多处理 5 条命令的限制，以避免机器人因意外触发而快速刷屏，导致账号被限制或产生大量无用消息。实现上，速率限制器通常维护一个时间窗口内的请求计数，当计数超过阈值时拒绝或延迟处理新请求。对于依赖网页自动化的脚本而言，合理的速率限制不仅能保护账号安全，还能减少因操作过快而被网站反爬机制检测的风险。

能力边界与诚实局限

作者明确列出了这套方案的限制：它运行到免费计划的使用上限为止；脚本不绑定账号，换一个账号登录仍可继续工作，但不足以支撑真实服务；它依赖页面 HTML，稳定性无法保证；只能读取文本，看不到图片、音频或视频；接待员提示词目前是通用模板，尚未接入任何业务信息。

作者反复声明，这不是产品，不会出售，只是帮朋友忙的学习项目。分享出来是希望架构对他人有参考价值。

多源视角下的可行性判断

虽然目前只有 Reddit 单一来源，但该方案涉及的浏览器自动化、WebSocket 中继与 UI 注入技术，在开发者社区中已有大量类似实践。它的核心价值不在于“免费”，而在于验证了用非官方方式串联两个 Web 服务的可行性。对于想要快速验证聊天机器人流程、又不想支付 API 费用的个人开发者，这套架构提供了一个可操作的起点。不过，任何依赖页面结构的自动化都天然脆弱，若用于真实业务，仍需考虑官方 API 或更稳定的集成方案。

UI 注入（UI Injection）是指通过脚本向现有网页界面动态添加元素或修改其行为，例如在本项目中，作者注入脚本以捕获 Claude.ai 的流式回复并显示遥测面板。与之相关的 DOM 操作 是浏览器自动化中的基础技术，脚本通过查询和修改文档对象模型来读取消息内容、判断消息方向（发送/接收）以及模拟用户输入。由于现代网页应用（如 WhatsApp Web 和 Claude.ai）大量使用动态渲染和混淆的类名，DOM 结构频繁变动，因此基于 DOM 的自动化脚本天然脆弱，需要定期维护。这也解释了为什么作者强调该方案不适合真实业务场景。