1. 项目概述当桌面智能体遇上QQ生态最近在折腾一个挺有意思的东西叫 WorkBuddy。简单来说它是一个运行在你电脑上的“桌面智能体”你可以把它理解为一个24小时待命的数字助理。但和Siri、小爱同学这些语音助手不同WorkBuddy的核心能力在于“自动化”和“集成”。它能监听你电脑上的各种事件比如你复制了一段文本、打开了一个特定软件、或者某个文件夹里新增了文件然后自动触发一系列预设好的操作比如整理资料、翻译内容、生成代码注释甚至是帮你自动回复消息。而“QQ机器人”则是另一个经久不衰的玩法它能让一个QQ号自动处理消息、管理群聊、提供查询服务等。当我把这两者结合起来——用 WorkBuddy 来驱动一个 QQ 机器人——事情就变得非常有趣了。这相当于给你的QQ机器人装上了“眼睛”和“手”让它不仅能响应聊天指令还能主动感知你电脑桌面的状态实现跨应用、跨场景的智能联动。比如你可以设置当你在电脑上截屏并复制后机器人自动将图片发送到指定QQ群进行分享和讨论或者当你的代码编译失败时机器人自动将错误日志发送给你手机QQ让你随时随地掌握进度。这个组合的核心价值在于打破了“应用孤岛”。WorkBuddy 作为本地的自动化中枢处理一切与操作系统、本地软件相关的任务而QQ机器人则作为最便捷的通信和交互前端覆盖了几乎每个国内用户最熟悉的IM场景。从零开始配置这样一套系统你会深入接触到本地服务部署、网络通信、API调用和事件驱动编程等多个层面的知识无论是用于提升个人工作效率还是打造一些有趣的社群工具都非常有实践意义。2. 核心思路与方案选型要实现 WorkBuddy 驱动 QQ 机器人本质上是要建立一个“事件响应”管道。WorkBuddy 在本地触发事件如检测到文件变化、剪贴板更新然后需要将这个事件“通知”给QQ机器人由机器人执行发送消息等操作。这里有几个关键的技术决策点。2.1 通信桥梁的构建HTTP vs WebSocketWorkBuddy 和 QQ 机器人分属两个独立的进程甚至可能在不同的机器上运行比如 WorkBuddy 在办公电脑QQ机器人服务在家庭服务器。它们之间需要一个可靠的通信渠道。方案一HTTP 接口调用这是最直接、最通用的方式。我们在运行 QQ 机器人的服务器上暴露一个 HTTP API 端点例如/send_message。当 WorkBuddy 监听到需要通知的事件时就向这个 API 地址发送一个 POST 请求请求体中携带目标QQ号/群号、消息内容等信息。QQ机器人服务接收到请求后调用相应的SDK发送消息。优点实现简单技术栈通用任何能发送HTTP请求的客户端都能调用便于调试用 Postman 或 curl 即可测试。缺点单向通信WorkBuddy “喊”一声机器人“听”并执行。如果需要机器人向 WorkBuddy 反馈状态如“消息发送成功”则需要额外设计回调机制略显繁琐。方案二WebSocket 长连接建立一条持久的双向通信通道。WorkBuddy 启动时主动连接到 QQ 机器人服务提供的 WebSocket 服务器。之后任何一方都可以随时向对方推送消息。优点实时性极高适合需要频繁、双向通信的场景。例如WorkBuddy 可以实时将一系列状态更新“开始处理文件”、“处理中50%”、“处理完成”推送给机器人机器人再转发给用户。缺点实现复杂度稍高需要处理连接保持、重连、心跳等机制。对网络环境稳定性要求也更高。我的选择与理由 对于大多数从零开始的、以通知和简单指令为主的场景HTTP 方案是更稳妥的起点。它的技术门槛更低出问题了也更容易排查看日志、抓包即可。我们的核心目标是“解锁玩法”快速验证想法HTTP 接口足以满足“事件触发 - 发送消息”这个核心流程。等到后期需要更复杂的交互如机器人远程控制 WorkBuddy 执行任务时再考虑升级到 WebSocket 或消息队列如 Redis Pub/Sub也不迟。2.2 QQ机器人框架的选择市面上主流的QQ机器人框架大多基于“反向WebSocket”或“HTTP上报”协议它们负责与官方QQ客户端通信并对外提供标准化的API供开发者调用。选择一个活跃、稳定、文档清晰的框架是成功的一半。go-cqhttp: 这是目前最流行、生态最完善的机器人框架之一使用 Go 语言编写。它实现了酷Q的API可以通过反向WebSocket或HTTP POST上报消息并提供了丰富的API供调用。社区庞大插件和教程非常多。Mirai: 一个高性能、全平台的机器人框架主要使用 Kotlin 开发。其生态包括 Mirai Core 和各种 Console如 Mirai Console。功能强大但初期配置对新手可能稍显复杂。NoneBot2: 一个基于 Python 的跨平台机器人框架它本身不直接与QQ协议交互而是作为“适配器”连接 go-cqhttp 等后端提供更高级的插件系统和异步处理能力适合 Python 开发者。我的选择与理由 对于本次集成我推荐使用go-cqhttp。原因如下部署简单它提供编译好的单文件可执行程序下载后修改配置文件即可运行几乎零依赖。协议成熟其反向WebSocket和HTTP上报机制非常稳定与 WorkBuddy 的HTTP调用方案能无缝对接。文档丰富遇到任何问题几乎都能在社区或已有的博客中找到解决方案。功能全面支持发送图文消息、文件、处理加群请求等足以满足我们初期所有想象。确定了“HTTP通信”“go-cqhttp”的技术栈后我们整个系统的架构就清晰了WorkBuddy 作为事件生产者通过 HTTP 调用 go-cqhttp 暴露的 APIgo-cqhttp 作为协议客户端和API服务端负责与QQ服务器通信并执行消息发送。3. 环境准备与核心组件部署在开始写一行代码之前我们需要把几个核心的基础环境搭建好。这个过程就像盖房子前打地基虽然有些枯燥但每一步的扎实程度都决定了后面使用的稳定性。3.1 安装与配置 go-cqhttp首先我们需要让 go-cqhttp 运行起来并登录一个QQ号作为我们的机器人。下载与初始化 前往 go-cqhttp 的 GitHub Release 页面根据你的操作系统下载对应的版本Windows 选.exeLinux/macOS 选对应的可执行文件。下载后将其放在一个单独的文件夹中例如D:\qqbot。 首次运行它会生成一个默认的config.yml配置文件。在命令行中运行它程序会提示你选择通信方式。这里我们选择3: 反向 Websocket 通信和0: HTTP API。实际上即使我们主要用HTTP调用开启反向WS也不冲突有时一些高级功能会用到。关键配置详解 用文本编辑器打开生成的config.yml以下几个部分是必须关注的account: # 账号相关 uin: 1233456 # QQ账号这里先填上机器人的QQ号 password: # 密码为空推荐使用扫码登录 encrypt: false # 是否启用密码加密初次使用建议false # 连接服务列表这是核心 servers: - http: # HTTP 通信设置 host: 127.0.0.1 # 监听地址如果想让局域网其他设备访问可改为 0.0.0.0 port: 5700 # 监听端口 timeout: 5 # 请求超时 middlewares: : *default # 引用默认中间件 post: # 上报地址列表这里我们先不管主要用于接收QQ事件 - url: # 如 http://your.url:8080 用于接收消息事件 - ws-reverse: # 反向WS可以开启WorkBuddy未来可能用上 universal: ws://127.0.0.1:8080/ws/ # 反向WS Universal地址先留空或注释掉 api: ws://127.0.0.1:8080/api/ # 反向WS API地址 event: ws://127.0.0.1:8080/event/ # 反向WS Event地址 reconnect-interval: 3000 # 重连间隔 middlewares: : *default重点在servers下的http部分。它意味着 go-cqhttp 会在本机的5700端口启动一个HTTP服务。我们后续的 WorkBuddy 脚本就是要向http://127.0.0.1:5700发送请求来调用发送消息的API。登录与运行 保存配置文件后再次运行 go-cqhttp。程序会尝试登录。由于我们设置了空密码它会提示扫码登录。用手机QQ扫描终端里出现的二维码即可。登录成功后你会看到控制台输出连接信息。不要关闭这个窗口让它保持运行。注意首次登录或在新设备登录可能会触发腾讯的安全验证滑块或短信。请按提示完成。如果频繁登录失败可以考虑使用account.protocol配置项切换登录协议如android_phone但这有一定风险请谨慎操作。3.2 理解 go-cqhttp 的 APIgo-cqhttp 的 HTTP API 遵循一个简单的规则所有操作都通过向/终结点发送 POST 请求完成参数以 JSON 格式放在请求体中返回值也是 JSON。最核心的两个API是发送私聊消息POST /send_private_msg{ user_id: 10001000, message: 你好这是来自WorkBuddy的消息, auto_escape: false // 是否转义CQ码一般false }发送群聊消息POST /send_group_msg{ group_id: 123456789, message: 群友们我检测到文件更新了, auto_escape: false }message字段非常强大它支持“CQ码”来发送图片、某人等。例如[CQ:image,filehttp://url/to/image.jpg]可以发送图片。这是后续我们实现丰富消息类型的关键。3.3 WorkBuddy 侧的准备安装与基础认知WorkBuddy 的安装根据官方指引进行即可通常也是一个可执行文件。它的核心配置文件或技能Skill定义决定了它“监听什么”以及“做什么”。我们需要理解 WorkBuddy 的两个核心概念触发器Trigger定义在什么条件下启动一个自动化流程。例如“当指定文件夹有新增文件时”、“当剪贴板内容发生变化时”、“当按下某个全局快捷键时”。动作Action定义触发器被激活后要执行的具体操作。例如“运行一个Python脚本”、“执行一条系统命令”、“发送一个HTTP请求”。我们的目标就是创建一个新的 Skill其触发器是我们关心的桌面事件如文件变化其动作是向 go-cqhttp 的 HTTP API 发送请求。4. 构建第一个技能文件监控与QQ通知现在让我们动手创建第一个实用的联动技能监控电脑上的一个特定文件夹比如D:\工作日志每当这个文件夹里新增了一个.txt文件就自动将文件名和一条提示消息发送到指定的QQ群。4.1 设计技能逻辑触发器文件系统监视器。监视D:\工作日志目录过滤出.txt文件的创建事件。动作 a. 获取新创建的文件名。 b. 构造一条友好的消息例如“ 新的日志文件已创建[文件名]请相关同事查收。” c. 通过 HTTP POST 请求将这条消息发送到 go-cqhttp 的/send_group_msg接口。4.2 编写 HTTP 调用动作脚本WorkBuddy 支持多种方式执行动作最灵活的是通过运行外部脚本如 Python、PowerShell。这里我们用 Python 脚本因为它处理 HTTP 请求和 JSON 非常方便。首先确保你的系统安装了 Python并且安装了requests库pip install requests。创建一个 Python 脚本例如send_to_qq.pyimport sys import json import requests import os def main(): # WorkBuddy 会将触发器的上下文信息如文件路径通过命令行参数或环境变量传递进来。 # 这里我们假设文件路径是第一个命令行参数。 if len(sys.argv) 2: print(错误未接收到文件路径参数) return file_path sys.argv[1] file_name os.path.basename(file_path) # 构造要发送的消息 message f 系统检测到新的日志文件{file_name}已存入工作日志目录。 # go-cqhttp 的 API 地址和端口 api_url http://127.0.0.1:5700/send_group_msg # 目标群号需要替换成你自己的群号 target_group_id 你的QQ群号 # 构造请求数据 payload { group_id: target_group_id, message: message, auto_escape: False } # 设置请求头 headers { Content-Type: application/json } try: # 发送 POST 请求 response requests.post(api_url, datajson.dumps(payload), headersheaders, timeout5) response.raise_for_status() # 如果状态码不是200抛出异常 result response.json() if result.get(status) ok: print(f消息发送成功{message}) else: print(fAPI调用失败{result}) except requests.exceptions.RequestException as e: print(f网络请求出错{e}) except json.JSONDecodeError as e: print(f解析响应JSON出错{e}) if __name__ __main__: main()这个脚本做了几件事接收文件路径参数提取文件名构造消息体然后向本机5700端口的 go-cqhttp 服务发送一个标准的群消息请求。4.3 在 WorkBuddy 中配置技能接下来我们需要在 WorkBuddy 的配置界面或配置文件中创建这个技能。具体步骤因 WorkBuddy 版本和UI而异但核心思想一致创建新技能在 WorkBuddy 的技能管理页面点击“新建”或“Create Skill”。设置触发器触发器类型选择“文件系统”或“文件夹监控”。监控路径设置为D:\工作日志。事件类型选择“创建”或“新增”。文件过滤器设置为*.txt确保只关注文本文件。设置动作动作类型选择“运行脚本”或“执行命令”。命令/脚本路径填写 Python 解释器的完整路径例如C:\Python39\python.exe。参数填写我们刚写的脚本路径并且需要将触发器捕获的文件路径作为参数传递。通常 WorkBuddy 会提供变量占位符比如{file_path}。所以参数栏可以这样写D:\scripts\send_to_qq.py {file_path}。保存并启用保存技能配置并确保其处于启用状态。4.4 测试与验证现在进行激动人心的测试确保 go-cqhttp 程序在后台正常运行并且机器人QQ在线。确保 WorkBuddy 服务已启动并且你新建的技能已启用。在D:\工作日志文件夹里新建一个名为test_20231027.txt的文本文件。观察WorkBuddy 的控制台或日志中应该能看到触发器被激活并执行了 Python 脚本的记录。Python 脚本的控制台输出如果配置了可见或日志应该显示“消息发送成功”。最后到你设定的QQ群里应该能看到机器人发送的通知消息。如果群里有消息恭喜你第一个跨应用自动化流程跑通了如果没收到请按以下顺序排查检查 go-cqhttp查看其控制台是否有收到 HTTP 请求的日志请求是否成功是否有错误信息检查脚本手动在命令行运行python D:\scripts\send_to_qq.py D:\工作日志\test.txt看是否有报错是否能打印“消息发送成功”检查 WorkBuddy查看 WorkBuddy 的技能执行日志确认触发器是否被正确触发动作命令是否被执行。检查网络与防火墙确认 WorkBuddy 所在机器能访问127.0.0.1:5700。如果 go-cqhttp 和 WorkBuddy 不在同一台机器需要将 go-cqhttp 配置中的host改为0.0.0.0并确保防火墙放行了5700端口。5. 进阶技能剪贴板监听与智能转发文件监控只是开胃菜WorkBuddy 更强大的地方在于它能监听系统级的全局事件比如剪贴板变化。我们可以实现一个非常实用的功能当你复制了一段重要的文本比如错误代码、网址、待办事项后自动转发到你的QQ私人对话框充当一个临时的“跨设备剪贴板”或“快速笔记收集器”。5.1 剪贴板监听技能配置在 WorkBuddy 中通常有一个“剪贴板”或“Clipboard”类型的触发器。我们创建一个新技能触发器选择“剪贴板内容变化”。可以设置触发条件比如“当内容为文本时”、“当内容长度大于5个字符时”避免频繁触发。动作依然选择“运行脚本”。但这次我们需要获取剪贴板的最新内容而不是文件路径。5.2 处理剪贴板内容的 Python 脚本我们需要一个能读取系统剪贴板的 Python 脚本。在 Windows 上可以使用pyperclip库在 macOS/Linux 上通常使用pyperclip或xclip/pbpaste命令。安装pyperclippip install pyperclip创建脚本clipboard_to_qq.pyimport sys import json import requests import pyperclip def main(): # 从剪贴板获取文本内容 try: clipboard_text pyperclip.paste() except Exception as e: print(f读取剪贴板失败{e}) return # 简单过滤如果剪贴板内容为空或太短则不发送 if not clipboard_text or len(clipboard_text.strip()) 3: print(剪贴板内容为空或过短忽略。) return # 可以对内容进行预处理比如截断过长的文本 if len(clipboard_text) 500: preview_text clipboard_text[:497] ... else: preview_text clipboard_text # 构造消息可以添加一些上下文信息 message f 剪贴板内容已捕获\n{preview_text} # go-cqhttp 的 API 地址 api_url http://127.0.0.1:5700/send_private_msg # 目标QQ号你自己的QQ号 target_user_id 你自己的QQ号 payload { user_id: target_user_id, message: message, auto_escape: False } headers {Content-Type: application/json} try: response requests.post(api_url, datajson.dumps(payload), headersheaders, timeout5) response.raise_for_status() result response.json() if result.get(status) ok: print(f剪贴板内容已发送至QQ。) else: print(f发送失败{result}) except Exception as e: print(f请求出错{e}) if __name__ __main__: main()在 WorkBuddy 的动作配置中调用这个脚本时不需要传递额外参数因为脚本自己会读取剪贴板。5.3 优化与防骚扰机制这个技能非常方便但也容易造成“骚扰”比如你复制一个密码、一段私人对话它也会发出去。因此必须加入优化内容过滤在脚本中增加过滤逻辑。例如如果剪贴板内容以http://或https://开头才发送专门收集链接。或者检查内容是否包含“error”、“exception”等关键词才发送专门收集错误信息。# 示例只发送链接 if not (clipboard_text.startswith(http://) or clipboard_text.startswith(https://)): print(非链接内容忽略。) return触发冷却在 WorkBuddy 的技能设置中寻找“冷却时间”或“触发间隔”选项设置为比如5秒或10秒避免短时间内连续复制触发多次。开关快捷键为这个技能配置一个全局快捷键来快速启用/禁用。当需要安静工作时就关掉它。6. 处理复杂消息发送图片与文件只会发文字还不够酷。很多时候我们想转发的是截图、生成的图表或者文档。go-cqhttp 支持通过CQ码发送图片和文件但需要先将文件上传到网络或提供给机器人能访问的本地路径。6.1 发送本地图片需开启本地文件传输go-cqhttp 默认情况下发送[CQ:image,filefile:///C:/path/to/image.png]这样的本地文件CQ码是无效的因为QQ客户端无法直接访问你电脑的路径。需要额外配置在 go-cqhttp 配置中启用本地文件传输 在config.yml中找到或添加以下配置# 文件相关设置 file-cache: data/file-cache # 文件缓存目录 cache-image: true # 是否缓存图片 cache-record: true # 是否缓存语音 # 重点允许从本地文件系统读取文件 extra-replies: ># ... 获取到新图片文件路径 file_path ... # 确保 file_path 在 go-cqhttp 配置的 extra-replies.data-folders 允许的目录或其子目录下 # 构造CQ码使用 file:// 协议 cq_code f[CQ:image,filefile:///{file_path}] message f️ 新的截图已生成\n{cq_code} # 后续发送消息的代码不变将 message 放入 payload重要提示file:///后面跟的是绝对路径Windows 路径中的反斜杠\需要替换成正斜杠/或进行转义。例如C:\Users\...要写成file:///C:/Users/...。6.2 更通用的方案上传至临时图床如果不想配置本地目录或者需要跨网络发送更通用的做法是将图片先上传到一个临时图床如 sm.ms、imgurl 等然后发送图片URL。这样构造的CQ码是[CQ:image,filehttps://imgurl.org/image/xxx.jpg]兼容性最好。我们需要在动作脚本中集成一个图床上传函数。以使用requests上传到 sm.ms 为例请注意其服务条款和稳定性import requests import json def upload_to_smms(image_path): 上传图片到 sm.ms 图床返回图片URL url https://sm.ms/api/v2/upload headers { Authorization: Your_API_Token # 如果需要去sm.ms申请 } files {smfile: open(image_path, rb)} try: resp requests.post(url, filesfiles, headersheaders, timeout30) data resp.json() if data.get(success): return data[data][url] # 返回图片直链 else: print(f上传失败{data}) return None except Exception as e: print(f上传过程出错{e}) return None finally: files[smfile].close() # 在动作脚本中 image_url upload_to_smms(file_path) if image_url: cq_code f[CQ:image,file{image_url}] message f️ 截图已上传\n{cq_code} # ... 发送消息 ...这种方法虽然多了一步网络请求但可靠性更高尤其适合机器人账号和用户账号不在同一台机器的情况。7. 安全加固与错误处理实战将个人自动化流程与IM工具连接安全性和稳定性不容忽视。这里分享几个实战中积累的要点。7.1 API 访问控制我们的 go-cqhttp HTTP API 默认监听在127.0.0.1:5700这意味着只有本机可以访问。这是安全的。但如果你的 WorkBuddy 运行在另一台机器比如家庭服务器上的 Docker 容器你就需要将host改为0.0.0.0。一旦这样做风险就来了任何能访问你服务器IP和5700端口的人都可以给你的QQ好友/群发消息。加固措施使用访问令牌Access Token在 go-cqhttp 的config.yml中设置default-middlewares: default access-token: YourStrongPasswordHere # 设置访问密钥设置后所有调用 API 的请求都必须在 Header 中携带Authorization: Bearer YourStrongPasswordHere。 我们的 Python 脚本需要修改headers { Content-Type: application/json, Authorization: Bearer YourStrongPasswordHere }防火墙规则在服务器防火墙中只允许 WorkBuddy 所在服务器的IP地址访问 5700 端口。这是最有效的网络层隔离。反向代理与鉴权使用 Nginx 等反向代理在 go-cqhttp 前面加一层配置 HTTP Basic Auth 或更复杂的鉴权比单纯使用 access-token 更灵活。7.2 请求重试与异常处理网络是不稳定的。脚本直接调用requests.post可能会因为瞬间的网络抖动而失败。对于重要的通知我们需要加入重试机制。使用tenacity库可以优雅地实现重试pip install tenacity修改发送消息的函数from tenacity import retry, stop_after_attempt, wait_exponential, retry_if_exception_type import requests.exceptions retry( stopstop_after_attempt(3), # 最多重试3次 waitwait_exponential(multiplier1, min2, max10), # 指数退避等待2s, 4s, 8s retryretry_if_exception_type((requests.exceptions.ConnectionError, requests.exceptions.Timeout)) ) def send_qq_message(api_url, payload, headers): 发送QQ消息包含重试机制 response requests.post(api_url, datajson.dumps(payload), headersheaders, timeout10) response.raise_for_status() return response.json() # 在调用时 try: result send_qq_message(api_url, payload, headers) if result.get(status) ok: print(发送成功) else: print(fAPI业务逻辑失败{result}) # 这里可以根据 result 中的 retcode 进行更精细的错误处理 except Exception as e: print(f消息发送最终失败已重试多次{e}) # 可以在这里添加降级处理比如将消息写入本地日志文件7.3 日志记录与问题追踪当自动化流程不工作时清晰的日志是救星。不要只依赖print。脚本内日志使用 Python 的logging模块将信息记录到文件并区分不同级别INFO, WARNING, ERROR。import logging logging.basicConfig( levellogging.INFO, format%(asctime)s - %(name)s - %(levelname)s - %(message)s, handlers[ logging.FileHandler(qq_bot_action.log), logging.StreamHandler() # 同时在控制台输出 ] ) logger logging.getLogger(__name__) # 使用时logger.info(“消息发送成功”), logger.error(“请求失败”, exc_infoTrue)WorkBuddy 日志确保 WorkBuddy 的技能执行日志是打开的并定期查看确认触发器是否按预期触发。go-cqhttp 日志go-cqhttp 的控制台输出和日志文件默认在logs目录包含了所有API调用和QQ协议交互的详细信息是排查问题的第一现场。8. 创意扩展打造你的个性化智能体基础打通后你的桌面智能体就拥有了“说话”的能力。结合 WorkBuddy 丰富的触发器和动作可以玩出非常多花样。这里抛砖引玉场景一自动化运维报警触发器服务器监控脚本如检测CPU持续过高或日志监控如出现“ERROR”关键词。动作调用脚本将报警信息服务器名、时间、错误内容格式化后通过QQ机器人发送到运维群或指定负责人。比邮件更即时比微信机器人部署更简单因为走个人QQ。场景二个人知识库自动归档触发器你在浏览器复制了一段有价值的文字利用剪贴板监听。动作脚本将内容稍作清洗去除多余空格、广告然后通过机器人发送到一个只有你自己的“知识收集”QQ群。这个群就变成了一个基于时间线的碎片化知识库方便后期整理。你甚至可以进一步让机器人收到消息后自动调用笔记软件的API如印象笔记、Notion进行归档。场景三协同办公状态同步触发器你使用特定的IDE如VSCode启动调试、或完成一个Git提交。动作WorkBuddy 可以检测特定进程或文件变化。触发后机器人向团队群发送一条消息“小张 我开始调试后端接口了暂时别重启服务哦~” 或 “功能模块X已提交至develop分支。”场景四娱乐与互动触发器定时触发器例如每天下午3点。动作调用一个脚本从某个API如一言、天气获取信息或者随机从本地表情包目录选一张图发送到群里“摸鱼”或“打卡”。实现这些场景的关键在于将 WorkBuddy 的“感知”能力触发器与你想要执行的“操作”逻辑动作脚本紧密结合。动作脚本不再局限于简单的HTTP调用它可以包含任何你能用 Python/Shell 等语言实现的逻辑数据处理、条件判断、调用其他Web API等等。最后一个重要的心得是从简单需求开始逐步迭代。先实现一个最核心的、能跑通的流程比如文件创建发文字通知然后再去丰富它加图片、加过滤、加重试。在每一步都做好日志和错误处理这样当流程复杂后你也能快速定位问题所在。这个由 WorkBuddy 和 QQ 机器人组合而成的桌面智能体其边界只取决于你的想象力和对自动化流程的拆解能力。