workbuddy 是面向非技术用户的可执行办公智能体，双击安装、免配置、沙盒运行，支持本地文件操作与多模型切换，深度集成微信/钉钉等生态，通过细粒度权限控制提升可用性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 不是另一个聊天窗口，它定位为「可执行的办公智能体」——用户说一句话，它就真去操作本地文件、调用软件、发消息、生成报告，而不是只返回文字建议。
为什么 WorkBuddy 要绕开浏览器和 API 配置？
因为目标用户根本不会配 OPENAI_API_KEY，也搞不定 Python 环境。腾讯内部实测发现，非技术员工在 OpenClaw 类工具上的平均弃用周期是 1.8 天，主因就是配置失败或权限报错。WorkBuddy 直接打包了运行时、模型路由层和沙盒文件系统，安装包双击即启，首次登录后自动完成企业微信/飞书/钉钉的 OAuth 授权链，整个过程不暴露任何 config.json 或命令行。
- Windows 用户无需安装 Visual C++ 运行库（已静态链接）
- macOS 版本绕过 Gatekeeper 提示，签名使用 Apple Developer ID + 腾讯云时间戳服务双重校验
- 所有模型切换（
hunyuan/deepseek/glm）都在 GUI 下拉菜单中完成，不写配置、不重启进程
“云端软件工厂”愿景如何落地到普通用户？
黄广民提到的“从需求提出到运维上线全流程由云端 Agent 完成”，对开发者是 CodeBuddy 的事；对普通用户，WorkBuddy 就是那个“第一公里入口”。比如你在微信里发一句“把上周销售数据做成 PPT，标红超指标门店”，WorkBuddy 会：① 从本地 Downloads/ 找 Excel；② 调用云端 data-analysis-agent 渲染图表；③ 本地启动 PowerPoint COM 接口插入幻灯片；④ 保存并微信回传文件。整个过程用户看不到中间步骤，只看到结果。
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
- 所有耗时操作（如 PDF 批量 OCR）默认走腾讯云边缘节点，不占本地 CPU
- 但文件读写、Office 自动化、剪贴板操作等必须本地执行的动作，严格限制在沙盒路径内（如
%APPDATA%/WorkBuddy/sandbox/） - 远程指令（如手机发微信触发任务）需二次确认弹窗，且仅允许预设白名单动作（禁止
rm -rf类操作）
WorkBuddy 和微信小程序生态的关系不是“将来时”，而是“进行时”
目前已有 37 个第三方小程序通过 workbuddy:// 协议注册回调地址，例如某报销小程序提交单据后，自动唤起 WorkBuddy 执行“导出 PDF → 加盖电子章 → 邮件发送财务部”。这种深度耦合不是靠文档约定，而是腾讯在 SDK 层直接开放了 WBPluginInterface，允许小程序声明自己能处理哪类 file_type 和 action_scope。
- 微信内打开的 Word 文档，长按可直接“用 WorkBuddy 摘要”（调用本地
summarize-local技能） - WorkBuddy 生成的会议纪要，一键分享到微信后，收件人点开即见结构化待办事项（依赖小程序渲染引擎）
- 企业微信工作台里的“WorkBuddy 助手”卡片，本质是轻量版 IPC 通道，不加载完整客户端也能触发基础技能
真正容易被忽略的是权限粒度：它不问“是否允许访问全部文件”，而是每次操作前弹出具体路径+动作（如“将 ~/Documents/合同模板.docx 另存为 PDF 并重命名”），拒绝后该动作永久加入本次会话黑名单——这种设计让非技术用户敢点“允许”，而不是习惯性全拒。
