先交代一下背景我从年初开始正式把 WorkBuddy 当成日常主力工作台来用到现在差不多 3 个月。最开始那两周说实话它就是我的“高级玩具”写点小脚本、翻译段话、生成个表格就关了。真正让它从“能用”变成“我敢把活儿交给它”是我开始认真搭工作台、写自定义指令、调 Skill 之后的事。这篇不是说明书式的罗列我把这 3 个月里反复留下、真正能落地的 30 个实战技巧按场景整理了一遍每个技巧都尽量说清楚“为什么这么做”和“我在哪踩过坑”。不管你是写代码的全栈还是做科研、教学、客服这类非研发场景应该都能找到几条直接抄走的。严格来说我不太想把它简单归类成“AI 编程助手”。它更像一个围绕任务组织起来的桌面工作台你告诉它上下文、给它划定工作边界、用一套套 Skill 把重复性任务固化成流程它才真正开始稳定产出。如果你只是开个对话框你问我答那用什么工具都差不多真正的差距在于你怎么给它搭台子。下面我按照自己的使用顺序把这 30 个技巧分成四块来讲先是安装配置再是指令与 Skill然后是分场景的实战用法最后是那些让我差点砸键盘的问题排查。1. 先聊聊 WorkBuddy 到底是个什么“工作台”1.1 它解决的是“工具一堆活儿还是得自己干”的问题现在电脑里 AI 工具满地都是但绝大多数人的使用方式还停留在“打开网页版对话框复制粘贴再把结果搬回来”。我的真实体感是这种用法解决不了核心问题因为每一次你都要重新给它交代背景它对你手头的项目记忆为零输出风格也完全是“AI 默认腔”。WorkBuddy 这类桌面工作台不一样的地方在于它把“上下文”“工作区”“可复用的技能块”这几个概念真正落到了桌面上。我拿它和 Cursor、CodeBuddy 做对比时身边不少朋友问我到底选哪个。我的看法是定位确实不一样。Cursor 更偏向在编辑器里完成代码补全和文件级修改CodeBuddy 更接近“结对编程助手”的路子而 WorkBuddy 更突出的是“任务工作台”这个身份——你可以给它指定角色、配置技能包、把一套流程固化成 Skill然后反复调用。不是说谁取代谁而是如果你手里同时有开发、文档、数据处理、日常业务杂活工作台模式确实更省心。1.2 从“能用”到“敢用”中间差的是这几件事我总结自己从“装了三天新鲜”到“离了它还真不习惯”的转折点其实只有三个关键变化。第一个变化是开始把重复任务固化成 Skill同一个类型的活儿不再每次现场教它怎么做而是写一次模板之后丢给它参数就能稳定出活。第二个变化是立了规矩在自定义指令里写清楚输出格式、禁用废话、禁止套话这之后它的输出才真正像“给你干活的助手”而不是“话痨生成器”。第三个变化最朴素——我养成了给每类任务单独开会话、单独放上下文文件、做完就归档的习惯再也不怕聊着聊着它突然“失忆”。如果你刚装上 WorkBuddy或者装了半年还在当聊天框用我建议你先别急着学花哨玩法。把这 30 个技巧里的配置类内容先做完把摊子铺稳后面你会少踩至少一半的坑。2. 搭建与配置先把摊子铺稳妥2.1 安装、缓存和版本选择的那点事技巧 01版本选择先看系统支持别一上来就追最新 我第一周就犯了“装最新版”的毛病结果新版对老显卡的渲染要求更高开个白屏折腾了我大半天。后来学乖了先看官方更新日志里的系统要求和已知问题再决定装哪个版本。你正在做的项目如果是长期任务版本锁死反而更稳不要频繁升级。特别是老系统用户新版不一定适合你文末我会专门说 Linux 和 Win7 的处理。技巧 02安装目录和系统权限提前规划能省很多事 我建议安装时别用默认的“用户名/AppData”这种深层路径路径里也别带中文和空格否则某些模型文件下载和缓存读写时容易出幺蛾子。如果你在 Linux 下用给工作目录配好写权限别等它写到一半报 Permission denied 才反应过来。Windows 下如果杀毒软件报“可疑行为”先对比官方哈希值再决定是否信任别直接点“允许”也别直接删。技巧 03系统缓存目录一定要主动改位置 这是我强烈建议第一个做的事。WorkBuddy 用久了会话缓存、模型临时文件、导入的附件会把 C 盘一点点吃满。我大概是第二个月才意识到 C 盘怎么平白少了 20 个 G。不同版本改缓存的入口略有差异但大致都在“设置-存储/缓存”里能改路径。如果你用的版本没有图形化入口还有两个通用招一是把整个缓存目录手动迁到其他盘再设置一个目录软链二是直接改配置文件里的 cache_dir 字段改完重启。我记得当时在 Linux 上把缓存迁到大容量数据盘命令大概是# 先把原缓存目录整体搬走 mv ~/.workbuddy/cache /mnt/data/workbuddy_cache # 再建一个软链接让程序以为缓存还在原位 ln -s /mnt/data/workbuddy_cache ~/.workbuddy/cacheWindows 下同理用 mklink /J 做目录联接。切记迁移前先把 WorkBuddy 完全退出迁移完重启后进去看设置里的缓存占用是否归零再删旧文件。我见过有人直接拖着缓存目录走结果程序找不到文件白屏的。技巧 04老系统别硬扛能用精简模式就用 Win7 这种系统新版桌面客户端大概率会有渲染内核兼容问题。如果你必须在这种环境里用优先考虑网页版或者旧版客户端并且把动画、特效这类渲染功能关掉能减少白屏概率。Linux 下则要注意是 X11 还是 Wayland 会话部分版本在 Wayland 下窗口渲染会有问题换成 X11 或者设置环境变量强制走兼容模式会好很多。总结一句话系统越老越要降低对界面特效的期待。技巧 05换账号前把“记忆”打包带走 热词里总有人问“换账号如何获得原来账号的记忆”我的做法简单粗暴把旧账号下的自定义指令、Skill 目录、模板文件、常用会话记录全部导出备份新账号登录后批量导入。有些配置存在云端会员体系里那就先翻官方迁移文档别轻信来路不明的“账号记忆克隆”工具——把自己的提示词和数据交给第三方泄露风险极高不值得省这几分钟。技巧 06每周做一次工作区快照 我现在习惯每周五下午花五分钟把工作目录压缩成一个备份包放到另一个盘。Skill 文件、自定义指令、Prompt 模板这些文本配置加起来也就几 MB但丢了真的会让人崩溃。以前我也觉得“这不就是几个文本文件吗”直到有一次升级把 Skill 配置冲掉之后再也不敢不备份了。技巧 07别迷信“入门到精通 PDF”以官网文档为准 搜索 WorkBuddy 教程时能看到不少“从入门到精通 PDF”资料。我的建议是当科普看看可以真出问题时以官网文档、更新日志为准。这种工具迭代太快第三方的静态 PDF 大概率滞后而且来源不明的压缩包、PDF 里可能塞了私货。我都是把官方文档里和自己场景相关的页面存成一个本地 Markdown随手补自己的使用备注。2.2 账号、会话与“失忆”问题技巧 08把每类任务单独开一个会话不要一个会话聊到底 我刚开始也喜欢一个窗口聊到天黑结果聊到后面它把早上说的需求跟下午的需求混在一起。后来养成的习惯是一个会话只干一类活。比如“写接口文档”是一个会话“调前端样式”是另一个会话。每个会话开头用一句话交代项目背景和目标结束时给它一句“总结当前进度”作为收尾下次新开会话时把这段总结粘过去上下文不丢失也不会串味。技巧 09会话开头先“喂”三样东西角色、背景、输出要求 我自创了一个“三件套”开头模板实测下来能明显减少它瞎猜你是这个项目的后端开发助手。 项目背景一个文件管理系统的 API 服务技术栈是 Python FastAPI PostgreSQL。 现在需要做XXX。 输出要求先给方案再给代码代码要带注释不要使用“当然”“首先”等口头禅。这个模板看似笨但真的管用。因为模型最怕不明确的指令你不给它边界它就只能按平均概率来猜你的偏好猜到后面南辕北辙是常态。技巧 10上下文不是越大越好喂得多不如喂得准 说实话很多“AI 失忆”不是模型不行是你把上下文窗口全塞满了无关内容。一个项目几百个文件不要一次性全丢进去而是让它先读目录结构、理解整体架构再按需点开具体文件。我试过把一个十二万字符的日志文件整个塞进去结果它记住了日志里某条报错的细节却把我开头写的需求忘了——很明显注意力全被长文档稀释了。现在超过一定长度的资料我会先让它读摘要再按需加载。3. 指令与 Skill让它会干活、少整活3.1 自定义指令的正确打开方式技巧 11自定义指令要写“默认规则”不要写“当你需要时再…一般会…” “当你需要时你可以这样做”这种写法属于无效指令因为模型难以判断“何时需要”。我写的都是硬规则例如所有代码回复必须包含可运行的完整示例所有方案必须先给结论再给理由所有输出禁止以“总之”“综上所述”开头。规则越硬它执行得越稳。你甚至可以加一条如果任务要求不明确先问两个澄清问题再动手。技巧 12给 AI 输出“降味”最有效的不是语气要求是禁用词表 “AI 味”到底是什么我的定义是那些大家都能一眼识别的转场废话和正确废话。为了压掉这类输出我在自定义指令里直接给了一个禁用词表效果立竿见影。你可以参考这样写以下词汇和表达方式禁止出现在输出中 1. “当然”开头 2. “作为一个人工智能/AI 助手” 3. “首先/其次/最后”的机械排序如果真有递进关系用短句直接说 4. “总而言之/综上所述” 5. “如果你有任何问题请随时…”别小看这条我把它写进去之后输出从“标准客服腔”变成了“同事口吻”可读性提升非常明显。你还可以反向加一条用短句不要在不需要强调的地方加粗。技巧 13与其描述风格不如直接喂三个“你写得像这样”的例子 有一段时间我怎么描述都调不好语气后来干脆把我自己写的一段工作周报、一段代码注释、一段技术说明粘进上下文告诉它“以后所有输出按这个风格来”。它学例子的能力比学形容词强得多。说自己“简洁”没用给它一个 200 字的简洁范例它立刻知道要什么。这招我后来用所有人的私人工作台上基本都灵。技巧 14给常用任务做“半成品模板”宁可少让 AI 自由发挥 比如周报任务我会预设这样一个模板本周完成3 条以内、问题与风险2 条以内、下周计划3 条以内、需要协调没有就写无。然后让它按模板填空。关键点是模板里连“格式都限定死了”它就不会给你输出一片作文。3.2 Skill 怎么设计才不是花架子技巧 15Skill 的本质是“做什么 怎么做 交什么”别做得太玄 常有人问 Skill 怎么写我的理解是把一个可重复的任务固化成有三个部分的说明——输入字段、执行步骤、输出格式。再加一个示例让它在模棱两可时照着示例走。例如“接口文档生成 Skill”输入是接口定义、参数表执行步骤是“分析路由→列出参数→生成 Markdown 表格→写错误码说明”输出是固定格式的接口文档。写完丢给它一个例子它就能稳定复现了。技巧 16Skill 别指望一次成型第一版永远是用来改的 我写过好几个“第一版很完整但一用就废”的 Skill。后来调整思路先写一个最小可用版本只包含 3 步核心流程跑通之后再加边界分支。比如“把文章改成公众号体”这个 Skill我一上来写了 10 条复杂规则结果它每条都遵守得过于刻意。后来砍成三条核心规则开头一句抓住注意力、每段不超过 5 行、结尾给行动建议。反而效果好得多。Skill 是养出来的不是设计出来的。技巧 17在 Skill 里加“自检清单” 输出类任务最好让 AI 在回复末尾附一个非常简短的检查结果比如“已检查无禁用词格式符合模板含行动建议”。这个自检不是给你看的是逼它在生成时多绕一遍模型能力减少遗漏。实测下来加了自检步骤后质量不稳定那几次少了很多。技巧 18常见的代码片段和文件操作也能固化成 Skill 很多人以为 Skill 只能做文本处理其实把它当作“可复用的操作指令集合”更合适。比如我有一个“新建 Python 脚本”的 Skill导入常用库→定义 main→写 ifname main →加类型注解→写 docstring。每次新脚本都按这个路子走一致性非常好。还有一个“从需求背景生成建表语句”的 Skill包含了命名规范、类型选择的偏好比我每次现场交代省事多了。技巧 19给 Skill 加“输入校验” 好多 Skill 翻车不是流程不对是输入给得不够。后来我养成了一个习惯在 Skill 描述里明确写“请提供以下信息背景、目标、格式偏好缺少任一信息请先询问”。模型识别到缺失项后会反问而不是硬着头皮瞎写。这一点对客服、运营这类需要固定话术的场景尤其重要。4. 实战场景从开发工作台到业务提效4.1 全栈开发场景技巧 20让 AI 先出接口文档再写代码 以前我和 AI 协作写全栈项目总喜欢让它直接“写一个登录接口”它写出来的代码经常和我表结构对不上。后来我调整顺序先让它基于需求产出接口文档路径、方法、入参、出参、错误码我确认后再让它照文档实现代码和前端调用。它后续写前端的时候还会回头参考文档整个项目的对接顺畅了不止一点。这里的经验是AI 本质上是个执行者设计阶段你亲自把住执行阶段它才能跑得快。技巧 21前端调样式时限制它只能改“指定的那几个文件” 很多全栈项目死在全能型修改上——你让它调一个按钮颜色它顺手“优化”了你的布局代码结果整个页面变得很陌生。我现在对这种改动会明确加一行只允许改动 src/components/Button.tsx其他文件禁止修改。给它划出明确的“作业范围”它就不乱闯。技巧 22处理报错时别只贴报错日志把“你做了什么操作 预期结果 实际结果”一起给它 大部分人贴报错是这样“报错了帮我看看”。我现在的格式是我在哪一步做了什么、期待发生什么、实际发生了什么、完整报错贴在这一行之后。三行话加一段日志问题的定位速度快非常多。这其实和信息论一个道理你提供的上下文越相关模型的猜测空间就越小。4.2 非研发场景科研、教学、客服技巧 23科研场景先让它整理“格式”和“流程”再碰具体内容 科研里的文献整理、参考文献格式统一、数据表的清理这些是 WorkBuddy 的高性价比用途。比如我会让它按期刊格式要求批量改写参考文献或者把一堆粗糙的实验记录整理成规范表格。它还能辅助分析数据但有一句话我必须强调数据解读和结论必须自己把关。我见过有人让它跑回归然后直接把模型输出的“原因分析”写进论文这是很危险的做法。它适合当你的格式助手和分析助手不适合当你的「第一作者」。技巧 24教学场景拿它做“脚手架生成器” 热词里有人提到“小程序教学应用案例”我正好在小程序课上试过。我把一个作业需求丢给它让它生成三步走的教学脚手架第一步搭页面骨架第二步接后端接口第三步完善交互细节。学生看到一个完整但可拆解的项目不会再面对空白页发呆。我还会让它基于一个知识点自动生成 5 道不同难度的练习题并配上参考答案和讲解。做教案的效率提高得不是一星半点。技巧 25客服负责人快速上手先做“高频问题聚类” 如果你刚接手客服团队别急着让它写话术。先把历史聊天记录注意脱敏导入让它提炼高频提问关键词并分类汇总你就能快速知道用户到底在问什么。然后在它的辅助下生成 FAQ 和标准应答模板每一次迭代都记录“更新原因”避免话术越来越空。我还见过一个聪明的做法让它每周根据工单量变化、处理时长变化生成一张趋势说明表客服运营周报的初稿这样就能出一大半。技巧 26重复性轻任务让它按点干而不是你天天点 网上总有人问“能不能自动签到”我得先把前提说清楚自动化之前先确认平台规则允不允许这么干别为了省两分钟去冒违规的险这个成本不值得。合规的前提下真正适合交给它的是那种“每天固定时间把散落的信息汇到一处”的活。比如我每天早上九点让它读取几个工作文档把今日待办、风险项、未读消息汇总成一个早会前简报。这类任务不需要有多复杂的脚本关键是定时触发和固定输出格式一段指令就能搭出来省下的是每天早晨昏头涨脑找信息的时间。5. 常见问题排查实录白屏、卡顿、缓存爆盘5.1 安装后白屏怎么办技巧 27白屏先按这四个步骤排查别急着卸载重装 第一次遇到白屏时我是真懵后来总结了一套自己用的排查顺序排查步骤具体操作说明第一步检查首次启动的渲染时间有些版本首次加载模型索引就是白屏几分钟等等再判断第二步清缓存重启缓存文件损坏是白屏高发原因重启前可试试删掉临时文件第三步查看日志目录中的报错日志里通常会写清楚是渲染失败还是配置文件解析失败第四步检查显卡驱动 / 系统时间老显卡和高版本内核容易出渲染问题系统时间错误会导致证书校验失败按这个顺序能解决大多数问题。如果还不行备份好工作区再重装对应版本而不是直接乱删配置。技巧 28卡顿不一定是电脑问题看一下缓存目录大小 我做过一次最蠢的操作软件越来越卡我以为是内存不够去加了一根内存条。结果后来发现是缓存目录里有几十 G 的旧会话搬运文件。定期清理 WorkBuddy 的缓存目录、历史会话附件比加内存更直接。强烈建议把缓存放到大容量非系统盘然后给“每周自动清理一次旧附件”设个提醒。技巧 29升级前先看更新日志重要项目建议锁版本 工具类软件的升级往往不是纯增强界面变化、配置格式变化、模型行为变化都可能让原有 Skill 失效。我现在给自己定的规矩是手头有紧急项目时不升级升级前先导出全部配置升级后先跑一遍最常用的三个 Skill 验证再干正事。哪怕多花十分钟也好过干了一半发现输出风格全变了。技巧 30养成“会话结束四件事”的习惯 这是我最后想分享的一个小习惯也是我 3 个月下来觉得最能防止翻车的每个任务结束时做四件事——总结当前进度、确认产出物位置、清空或归档上下文、备份修改过的配置。一开始觉得麻烦坚持两周以后就发现再也不会出现“它怎么忘了”“上次那个方案是什么来着”的困扰了。说回到“敢把活儿交给它”我心里真正的转折点其实不是哪个技巧突然开窍而是我把上面这些规矩变成默认操作之后它给我的“惊喜”少了“稳定”多了。现在团队里有人问我 WorkBuddy 怎么用我很少推荐花哨玩法每次都告诉他们先把缓存路径改了开会话时交代清楚角色和输出要求再挑一个重复任务做成 Skill然后你再回来说它好不好用。工具这东西你越给它搭台子它越给你省时间你越拿它当玩具它就真的只会陪玩。这 3 个月我最深的体会是AI 能不能成为靠谱员工取决于你愿不愿意当一个讲清楚需求、画清楚边界、留好备份的“靠谱领导”。
