workbuddy 是深度集成的本地ai同事,将云服务权限、文件系统监听、模型路由、技能加载等能力直接嵌入运行时,实现无感跨端协同。安装包1.2gb,需预热4分钟,不支持便携模式。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

WorkBuddy 不是“集成得比较多”,而是把集成这件事从 API 调用层直接下沉到了运行时依赖和权限体系里。
它不像其他桌面 AI 工具那样靠一个个 fetch 请求去调用云服务,而是让本地进程天然具备访问腾讯云 IAM 权限、COS 文件句柄、TRTC 音视频通道、以及企业微信 Webhook 长连接的能力——这些不是插件装上的,是安装时就 baked in 的。
WorkBuddy 的集成不是“连得上”,而是“分不清边界”
- 安装
WorkBuddy时,Windows 用户必须装.NET 桌面运行时,macOS 用户需手动授权“辅助功能”+“完全磁盘访问”,这不是为了跑 GUI,而是为了让它的本地 Agent 能真正调用ShellExecute、NSFileManager和Accessibility API去操作其他应用 - 登录企业微信后,
Claw插件自动启用 WebSocket 长连接,并复用企微客户端的登录态和设备指纹,不额外弹授权页,也不走 OAuth2 中间跳转 - 执行“整理 Downloads 文件夹”类任务时,
WorkBuddy不是起个子进程调shutil.move,而是通过 Windows I/O Manager 或 macOS FSEvents 直接监听文件系统事件,响应延迟压到 200ms 内
模型切换不重启、不重载上下文
WorkBuddy 的模型路由层在进程内实现,不是每次换模型就 fork 新进程或发 HTTP 请求:
统一LLM网关 - 一个API对接70+AI模型,使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
- 切换混元 → DeepSeek → Kimi 时,仅切换推理引擎的
model_id和 tokenizer 实例,共享同一套缓存池与向量索引(如项目代码的workbuddy index结果) - 在 VS Code 插件中触发
WorkBuddy: Generate Unit Test,底层调用的是本地部署的deepseek-coder-33b-instruct,但 prompt 工程、类型推导、mock 注入逻辑全部由桌面端 runtime 提前编译进 WASM 模块,不依赖云端补全
技能包(Skills)不是 npm install,而是权限级加载
- 官方
ExcelProcessorSkill 启用后,会动态申请com.microsoft.excel的 COM 接口访问权限(Windows)或 AppleScript 全局控制权(macOS),而不是用 Python 子进程读取 .xlsx - 第三方
ObsidianLinker技能通过 MCP 协议注册,但实际写入 Obsidian vault 是走本地 FS watch + atomic write,绕过任何网络代理或同步冲突
真正的高集成度,体现在你根本意识不到“哪部分是本地、哪部分是云端”。比如你在微信发一句“把会议纪要生成 PPT”,Claw 收到消息后,桌面端立刻唤醒 iSlide 插件进程、调用本地 DeepSeek 解析语音转文本、用混元生成大纲、再交由 iSlide SDK 渲染——整条链路没有一次跨进程 IPC 超过 10ms,也没有一个环节需要用户点“允许”。
容易被忽略的一点:这种深度集成是以牺牲轻量化为代价的。WorkBuddy 安装包默认 1.2GB,首次启动要预热 4 分钟,且不支持便携模式(Portable Mode)。它不是“能装进 U 盘的 AI”,而是“长在你电脑里的数字同事”。










