
下载 WorkBuddy 后,很多人第一反应是打开对话框问「帮我写个周报」。它回得像样,你复制粘贴关掉——然后发现:这跟别的聊天产品差在哪?
差在执行模型。聊天框解决「答你的问题」;WorkBuddy 解决「在授权范围内把活干完并交产物」。你给出目标,Agent 读资料、拆 Task、调工具、写文件,最后落盘成 Word / Excel / PPT 或整理好的目录——不是一段可复制的 Markdown,而是可直接用的交付物。
期待错了就会觉得「也就那样」。把它当搜索或陪聊,当然平庸;把它当可在 Workspace 沙箱里动手的执行 Agent,玩法才对得上。
适合的共性:终点可描述、资料可授权、结果是一份能交差的产物。对照日常工作:
不适合:需要实时拍板的决策、未授权数据、以及你自己都说不清「最后要啥样」的模糊需求。这些要么先想清楚,要么留给人。
和聊天框比,多出来的不是「更会写字」,而是一条可观察的执行链:目标 → 授权范围 → 多步操作 → 产物验收。聊天是单轮或多轮文本交换;Agent 工作台会在后台连续打开文件、解析内容、调用工具、写入新文件,甚至根据中间结果调整下一步——你看到的是步骤状态,不是一次性 Markdown 瀑布。
普通聊天:问 → 答 → 结束。
WorkBuddy 更接近派 Task:
破坏性操作(批量移动、删除、覆盖)应先出计划或清单,你确认再动——这是人工闸门(HITL),不是可选装饰。
多模型意味着写长文、做表、读代码可以选不同能力;新手用默认即可。先把任务描述写清楚,比纠结模型菜单收益更大。
界面上常见的是「步骤完成 → 下一步 → 产物已生成」,而不是一次性吐完一整段。这意味着你要习惯等,也要习惯看中间产物——不是卡死了,是在真干活。任务越大,等待越长,越值得用 Plan 模式先审步骤再执行:让它把「将读哪些文件、将生成什么、哪些步骤需要你确认」列出来,你点头后再进 Craft 执行。
把 HITL 想成流水线上的质量门:能自动的步骤自动跑,涉及覆盖、删除、外发的步骤停下来等人。这样「交作业」和「乱来」才分得开。
别直接上真实项目。建演练目录,丢几份无关紧要的样例文件,授权给 WorkBuddy,试三类:
跑通「目标 → 产物 → 修改意见 → 再一版」,比读说明书有用。
岗位切入尽量小、可验收:
@待定,不编造。共性:任务小、可验收、在演练目录或副本上先试。跑顺一个,比泛泛问「你能帮我做什么」强。若你习惯命令行,也可以把第一次试跑当成 smoke test:只读成功、计划确认成功、写文件成功——三关过了再谈真实业务目录。
基础能力之外还能装 Skill 和 Connector。Skill 解决「每次都要重复叮嘱的规矩」;Connector 解决「数据不在本地文件夹,在飞书表格、腾讯文档等外部系统」。
第一天不必全装。优先打通 本地 Workspace → 产物文件,再叠 Skill / Connector,学习曲线更平滑。主链路不通,外围插件只会放大混乱。
本地改文件、对外分享、内部流程内容——该你拍板处会停等确认。终端命令、批量删除、系统路径常有高危拦截。有人觉得「怎么又让我点一次」;从组织角度看,这正是「能交作业」和「不能乱来」的分界。
养成习惯:先看产物,再决定要不要改、要不要发。复杂任务:Plan 审步骤 → 执行 → 预览产物 → 再决定是否外发。对外发送前假设收件人不会帮你纠错——最后一眼人工过,是职业习惯。
擅长执行层:读资料、按规则变换、出文件。不擅长替你做战略选择,也不该替你对外承诺签字。「发不发给客户」——人定;「按模板排成 PPT」——它可以干。
团队落地常见节奏:个人先在演练目录练熟 → 固定一两类重复活装 Skill → 涉及对外或批量改文件保留 HITL。别追求第一天全自动,追求少返工、可预览、能回滚。
小结:WorkBuddy 不是更好的聊天框,是授权沙箱内可动手交付的 Agent 工作台。听懂目标、规划步骤、操作本地、产出文件——这是主场。下次试:「在演练目录把这三份文件合并成 Excel,列名一致,做完给我看。」也可以自检:手头有没有说得清交付物的重复活?资料是否已在某个文件夹?是否愿意花两分钟验收产物?三个里有两个是,就值得认真试一次。交一次真正的作业,比聊一百句「你能干什么」直观。