装完 WorkBuddy 不知道从哪下手,本质是没搞清它的四层结构。本文依次讲任务栏的双区设计、第一条指令的三要素模板、助理/项目/侧边栏的分工与切换成本、模型分层与 Credits 的取舍,并给出一份可直接参照的入口配置示例。

目录
一、任务栏:所有活儿的入口
二、第一条指令的三要素
三、助理 / 项目 / 侧边栏:入口配置与边界
四、模型分层与 Credits
五、上手的两条纪律
六、结论
WorkBuddy 的四件事——任务栏、第一条指令、三个入口、模型选择——是一条完整链路。跨过"让它干完第一件真实活"这道坎,后面都是自然延伸。

任务栏就是 WorkBuddy 的主页。左边聊天 / 任务区下发意图,右边成果区展示文件、变更与预览。
不用学语法,直接说人话:"把桌面待处理里的 PDF 按客户名归类""整理本周会议纪要成待办"。它读本地文件、动手干,结果实时显示在右侧。
有个真实参照:一位朋友换三居,把 5 个小区、20 多份资料交给我用 WorkBuddy 跑,不到 2 小时出结果。该案例为单一案例、个人实测口径,随资料结构与机器环境变化,不构成效率承诺。
模板:处理 [文件 / 文件夹],做 [动作],按 [标准] 输出。
处理 [文件 / 文件夹路径],做 [动作],按 [标准] 输出。
示例:
处理 桌面/待处理/客户资料,把里面的 PDF 按客户名归类到独立文件夹,
每个客户生成一个 资料清单.md,列出文件名、页数、关键字段(金额、日期、联系人)。
缺失的字段写"未找到",不要编。误区是"帮我看看这些资料"这句——太虚,AI 不知道你要什么。给明确动作和验收标准,它才不跑偏。
三个入口管三件事,配错了会平白增加切换成本:
{
"assistant": {
"定位": "远程遥控",
"能力": "接入企微 / QQ / 微信,人不在电脑前也能下发指令、收结果",
"适用": "差旅、外出审批、临时改需求",
"代价": "多一层链路,权限与回传需单独确认"
},
"project": {
"定位": "多人协同",
"能力": "把复杂任务建成长程项目,拉同事进来看进度",
"适用": "跨周任务、需要过程留痕",
"代价": "要维护上下文,短任务建项目反而是负担"
},
"sidebar": {
"定位": "看成果",
"能力": "回看 AI 产出了什么文件、改了什么、怎么预览",
"适用": "默认常开,几乎无额外成本",
"代价": "无"
},
"default_combo": ["taskbar", "sidebar"],
"note": "个人日用:任务栏 + 侧边栏足够;要远程或拉人时才碰助理和项目"
}边界一句话:个人日用,任务栏 + 侧边栏足够。入口多不等于效率高,来回切才是真损耗。
模型按"推理 / 视觉"等能力标签分层,Credits 消耗差别大。经验分配:

判断法:先问"要动脑还是只要动手"——动手的活别浪费贵模型。日常九成的活,最便宜的推理模型就够。
注:档位、模型名称与 Credits 系数引自 WorkBuddy 官方说明,以官方当前说明为准、随版本调整,本文不替官方背书。
这两条看着朴素,但绝大多数"AI 把我文件搞乱了"的事故,都是跳过了其中之一。
WorkBuddy 是桌面的"数字同事"。入门只做一件事:在任务栏下第一条"动作 + 对象 + 要求"的指令,看右侧边栏出成果,先让它干完第一件真实的活。
给做品牌的人留一句:让 AI 替你干活的前提,是品牌资料也能被 AI 准确读懂、引用、推荐——这是同一套逻辑的两端。
WorkBuddy 的四件事——任务栏、第一条指令、三个入口、模型选择——是一条完整链路。跨过"让它干完第一件真实活"这道坎,后面都是自然延伸。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。