WorkBuddy 是具备本地文件系统权限、可常驻后台并调用系统级API的桌面应用，而浏览器插件受沙盒限制无法访问真实路径、启动软件或执行自动化任务。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 能直接操作你的文件系统、启动本地软件、读写桌面文件，而浏览器插件连 Downloads 文件夹都进不去——这不是“更好用”，是根本不在一个能力维度上。
浏览器插件根本拿不到本地文件路径
浏览器运行在沙盒环境里，出于安全限制，它无法访问真实磁盘路径。你让插件“把桌面上的 2024_Q3.xlsx 重命名为季度报表.xlsx”，它连 C:\Users\Alice\Desktop 这个字符串都看不到。而 WorkBuddy 是桌面应用，安装时就申请了文件系统权限，能直接调用 os.rename() 或 shutil.move()。
- 常见错误现象：
Permission denied、File not found（实际文件明明就在那儿） - 使用场景：批量重命名、按类型归档下载内容、自动备份截图到指定文件夹
- 关键差异：浏览器插件只能处理你手动拖进去的单个文件；
WorkBuddy能扫描整个Downloads目录，按规则过滤、分类、移动
插件跑不了需要系统级权限的任务
比如“打开微信并发送当前 Excel 表格给张三”——浏览器插件做不到，它既不能调起微信客户端，也无法模拟鼠标点击或读取 Excel 内容；但 WorkBuddy 可以调用 pyautogui、openpyxl、wecom-bot 等本地库，组合执行。
workbuddy-pet
下载
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
- 常见错误现象：插件提示“不支持该操作”或静默失败，没有报错信息
- 参数差异：浏览器插件 API 通常只暴露
activeTab、storage等有限接口；WorkBuddy插件可声明requires: ["filesystem", "process", "clipboard"] - 性能影响：浏览器插件反复上传/下载文件会卡顿、超时；
WorkBuddy全程在本地内存处理，10MB 的 Excel 秒开秒改
远程控制依赖本地服务常驻
你在微信里说“帮我把昨天会议录音转成文字”，这句话要真能落地，背后必须有个常驻进程监听指令、调用 Whisper 模型、写入本地 Word。浏览器插件关掉标签页就停了，没法常驻；而 WorkBuddy 安装后默认开机自启，后台服务一直 running。
- 使用场景：通勤路上发微信指令，到公司发现结果已生成好，放在
~/Documents/Transcripts - 容易踩的坑：有人装完
WorkBuddy没点“开启远程控制”，微信收不到响应——本质是claw-service没启动 - 兼容性注意：Windows 需关闭快速启动，macOS 需在“隐私与安全性→辅助功能”里勾选
WorkBuddy，否则pyautogui操作会被系统拦截
