WorkBuddy 是真正可替代人工操作的数字分身，具备自然语言理解、任务规划、本地文件读写及多 Skills 并行执行能力；其通过系统级 API 真实操作文件，支持动态 Skill 编排与远程低延迟控制。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 不是“像”数字分身，它在设计目标和实际能力上就是冲着替代人完成具体办公动作去的——能听懂自然语言指令、能规划任务步骤、能操作本地文件、能调用多个 Skills 并行执行。这四点加起来，已经越过了“助手”边界，进入“分身”范畴。
它真能代替你操作电脑文件
传统 AI 工具只能返回文字或链接，WorkBuddy 在用户授权后可直接读写本地路径，比如 Downloads、Desktop、Documents/Report。这不是模拟操作，而是调用系统级 API（Windows 上走 COM 接口，macOS 走 AppleScript + Accessibility 权限）真实执行。
OpenClaw专家 — 用于任何OpenClaw问题或需求，包括配置错误、网关崩溃、网关未启动、斜杠指令、频道路由等。
- 常见错误现象：首次运行提示“无权限”，其实是 macOS 的“辅助功能”或 Windows 的“后台应用权限”没开，不是 WorkBuddy 本身 bug
- 使用场景：批量重命名图片、自动把 Excel 表导出 PDF 并按字段归类到子文件夹、监控某目录新增文件后触发处理流程
- 性能影响：大量小文件操作时，
file_system.watch默认轮询间隔是 2s，如需实时响应，得手动改配置项watch_interval_ms
“一句话生成报告”背后是 Skills 动态编排
你输入“分析销售数据并生成带柱状图的 PPT”，WorkBuddy 不是靠一个大模型硬解，而是调用 excel_analyze_skill → chart_generate_skill → ppt_export_skill 三段式流水线。每段都可单独启停、调试、换模型。
- 参数差异：每个 Skill 的
timeout_sec默认 45，但处理 10w 行 Excel 时容易超时，建议提前设为120 - 兼容性注意：OpenClaw 生态的 Skills 可直接导入，但部分依赖
playwright的网页抓取 Skill 在无头模式下会因 UA 被拦截，需手动补user_agent配置 - 容易踩的坑：Skills 之间传参默认走 JSON 序列化，含二进制图表数据时得启用
base64_transfer: true，否则图像丢失
Claw 远程控制不是“发消息触发”，而是维持长连接信道
手机端发指令到企微，不是 Webhook 回调，而是通过腾讯自研的 claw-tunnel 协议维持双向加密信道。桌面端 WorkBuddy 始终在线监听，延迟通常
- 使用场景：会议中临时要导出某份合同 PDF 发给客户，手机打字即可，无需切回电脑
- 安全机制：每次远程任务执行前，桌面端会弹出确认浮窗，显示指令原文+拟操作路径+预计耗时，不点“确认”绝不执行
- 容易忽略的细节：如果电脑休眠或锁屏，
claw-tunnel会降级为轮询模式（间隔 15s），此时响应变慢，但不会断连
真正关键的不是它能做什么，而是它不做“解释”——不告诉你“我正在调用哪个 Skill”，也不展示中间步骤日志。这种“黑盒交付”正是分身感的来源：你只说需求，它交付结果，过程不可见、不可干预、也不需要你懂。而这也意味着，一旦某个 Skill 出错，排查必须从 workbuddy.log 里翻原始 trace，而不是看对话窗口里的友好提示。
