三个月前我第一次把 WorkBuddy 装机时内心预期是这玩意儿估计就是个高级点儿的聊天框。三十天后我开始把周报素材丢给它整理六十天后它已经能按我的写作习惯起草评审意见现在它是我工作台里第一个打开的窗口连小组例会前要用的数据透视结构都是它先搭的骨架。说敢把活儿交给它不是因为它偶尔给过我几次惊艳回答而是因为我在三个月的使用里把它从一个聊天框重新理解成了一个有边界的执行者。这件事本身就需要一套方法论哪些任务能交、哪些坚决不能交、怎么通过配置让它稳定输出、遇到白屏和记忆丢失怎么抢救。下面这 30 个技巧就是我三个月里真金白银换回来的实战记录。它们不完全按难度排序但整体遵循一条主线先把环境收拾利索再谈 Skill最后才谈敢把重要任务托付出去。1. 为什么三个月我才敢说敢把活儿交给它1.1 前 30 天新鲜感很强但翻车率也不低刚拿到 WorkBuddy 的时候我和大多数人一样第一反应是拿它试各种稀奇古怪的提问——让它写诗词、编故事、解释技术概念。那段时间它确实表现得很聪明但这种聪明让我产生了一种危险的错觉我误以为它什么都能干。第一次正经用它干活是整理一份 40 页的项目会议记录。我直接把整份记录复制进去要求帮我提炼出所有待办事项。结果它确实提炼了但把两个不同项目的负责人搞混了还一本正经地编出了一个不存在的第三会议室讨论结论。幸好那份材料只用于内部传阅没有发出去。这次翻车让我明白一件事WorkBuddy 的知识能力和任务可靠性是两回事。前者是模型能力决定的后者完全取决于你怎么给它设定边界、提供上下文、验证输出结果。我后来反复和同事讲一个比喻WorkBuddy 像一个能力很强但入职第一天的实习生。聪明是它的底色但它不知道你的工作习惯、不知道哪些细节不能猜、不知道什么 format 是你下游环节最省事的。让这个实习生从什么都能聊变成交办的事都能办妥只有一条路——配置、示范、纠正、再配置。1.2 我判断敢不敢交的三个标准大概到第二个月我给自己定下了三条铁律凡是满足三条的活儿才会交给 WorkBuddy第一任务有明确的输入和输出边界。比如把这份 CSV 里重复的客户 ID 标出来而不是帮我分析一下客户数据。边界越模糊它的发挥空间越大出错的空间也越大。第二出错后代价可承受。一些一次性文案、草稿、内部使用的汇总文档错了改一下就行。但涉及对外报价、合同条款、代码上线这类任务我至今都坚持它起草、我终审不会直接把它的输出拿出去用。第三验证成本低于人工成本。如果我核验它输出结果的时间比自己动手还长那就没必要用它。所以我后来大量使用一个技巧让它输出时附上生成依据——每条结论后面跟一个原文出处片段。这样我的验证时间被大幅压缩。这三条标准看似简单但它们是我从能用走到敢用的分水岭。没有标准的时候我用它全凭心情有了标准之后我每次把任务交给它之前都会先过一遍这三个问题。1.3 先搞懂 WorkBuddy 的记性是怎么工作的多数人对 WorkBuddy 的误解集中在记忆上。以为它像人一样聊过一次就永远记住你了。实际它的记忆机制大体分两层会话内记忆同一个对话窗口里它能记住前面聊的内容但窗口开久了、内容多了前文会被压缩甚至丢失。我实测感觉超过一定长度后它会变得含糊。持久化记忆通过自定义指令、Skill、工作台配置等显式保存下来的规则和偏好这才是真正跨会话长期生效的东西。这个认知非常重要。很多人觉得它怎么聊着聊着就把我最早的叮嘱忘了十有八九是因为把关键约束放在了某一轮对话里而没有写进持久化配置。我的习惯是凡是需要长期生效的规则必须落到自定义指令或 Skill 里临时性的要求才在对话里说。后面第 7 和第 8 个技巧会详细讲这两者的写法差异。2. 工作台初始化和环境配置前 10 个技巧这 10 个技巧都属于地基工程。它们不性感但每一条都决定着你后面几个月的使用体验。很多人玩了三个月还觉得 WorkBuddy不好用一半的原因是地基没打好。2.1 安装与启动阶段最容易劝退新手的那几步技巧 1安装前先确认系统环境和运行库别等白屏了再排查。我第一次安装时直接点击安装包就等它跑完结果启动后一片白屏。后来排查了一圈发现缺了系统 WebView 运行时组件。这个组件在多数现代 Windows 上自带但精简版系统、老版本 Windows包括部分 Win7 平台上经常缺失。Linux 环境下则有另一套依赖问题通常和图形库版本相关。我的建议是安装前先去官方文档看一遍系统要求把运行库装好能省掉后面一大半启动类问题。技巧 2首次启动先登录和同步再折腾界面设置。有些人的习惯是先换个主题、调字体再登录。但 WorkBuddy 的很多工作台配置是跟账号同步的。先登录、确认云端数据拉取完成再做本地定制后面换电脑、重装系统时会轻松很多。技巧 3装完先关掉不必要的后台自动运行。我一开始没关结果 WorkBuddy 开机自启、后台常驻内存占用肉眼可见地往上走。如果只是偶尔用用建议把它设成手动启动如果打算每天都用留着自启也行但一定要配合第 4 个技巧把缓存目录挪走。2.2 缓存目录与系统盘空间设置不当会拖垮整台机器技巧 4立即把缓存目录改到非系统盘。这是我认为新手最该做的第一件事没有之一。WorkBuddy 在运行过程中会产生大量临时文件、会话缓存和模型相关数据默认位置通常在你的用户目录下Windows 大概是 AppData 相关路径也就是系统盘。我用了两周后发现系统盘凭空少了十几个 GB一查全是它的缓存。好在它在设置里提供了缓存目录修改入口我把它统一指向了一个专门划出来的数据盘。具体做法不复杂进入设置界面找到存储或缓存相关选项把路径改成D:\WorkBuddyCache这类独立目录改完重启应用。注意改之前最好回首一下正在运行的会话改完重启后确认它在新路径下重新建立了文件结构而不是仍然悄悄往旧位置写数据。怎么确认在旧路径下看文件有没有继续增长如果还在涨可以再检查设置是否真的保存成功。技巧 5定期清理会话缓存和历史记录。很多人没有清理意识结果缓存越滚越大。我的习惯是每两周清理一次会话缓存但保留自定义指令和 Skill 配置——清理的时候留意选项别勾到清除全部数据。这个动作配合第 4 条能让它长期保持在一个轻快状态。技巧 6给缓存目录留足空间至少 20GB 起。如果你做的是代码类项目或经常喂给它大文档缓存增长速度会超出预期。我一个同事做全栈项目缓存目录一个月涨到 30GB系统盘差点爆掉。所以我建议数据盘剩余空间低于 20GB 时就不要让它跑重活了或者频繁执行第 5 步清理。2.3 自定义指令别写成角色扮演要写成操作手册技巧 7自定义指令的核心是角色定位 行为约束不是文风描述。很多人写自定义指令写着写着就变成了你是一个乐于助人、知识渊博的助手请用友好热情的语气回答问题。这种指令写了等于没写因为你不是让它当个好人你是让它按你的方式来干活。我自己的自定义指令大概是这样的结构你是一名资深项目助理。处理项目文档时遵循以下规则所有结论必须标注来源段落不允许凭空推测。涉及人名、日期、金额的信息如果原文没有明确写原文未见不要自行补全。输出格式统一为首句结论 条目化说明。内容要保持客观中立不含总之不难看出之类的评价性短语。这个指令里没有一句你要有帮助但每一句都在告诉它活儿应该怎么干。这是判断自定义指令质量的分水岭。技巧 8每一个自定义指令只负责一个固定场景。我见过有人试图在一个指令里覆盖所有任务类型结果就是它什么都会一点、什么都不精。我的建议是分场景建指令比如文档整理代码评审会议纪要每个指令里只描述该场景下需要遵循的规则和输出模板。WorkBuddy 的自定义指令在场景触发时才会生效这样不会污染其他任务的输出。另外我还要说一个很多人问过的点自定义指令能不能覆盖模型本身的风格我的实测体会是它能约束输出结构、规避套话但对于模型底层表达的细微球感作用有限。所以我在第 4 章还会讲一套减少 AI 味的组合拳仅靠指令是不够的。2.4 从项目正文开始第一周就要建立自己的模板库技巧 9把高频任务固化成模板而不是每次重新描述。我第一周就做了一件后来被证明最值回票价的事把团队里最高频的五类任务各写了一个模板存成文件每次要处理数据时直接调模板来改。比如周报我有固定结构本周完成事项、数据变化、风险与求助、下周计划。这个模板用 WorkBuddy 生成内容时能省下大量描述时间而且输出格式长期稳定下游加工环节也轻松很多。技巧 10给高频任务设计统一的命名规范。当时还没意识到直到第三周我要从一堆会话记录里找两周前的报销梳理翻了半天找不到因为每次打开新会话时标题都不同。后来我定了一个规则所有任务会话统一用动词开头 对象 日期命名比如整理 6 月报销明细 0628。这个习惯让后期检索效率翻了几倍也方便把相关会话归到同一个工作台项目下。3. Skill 体系让 WorkBuddy 从通用助手变成你的助手如果说自定义指令是给 WorkBuddy立规矩那 Skill 就是给它发了张岗位说明书。头一个月我基本只用对话功能直到第二个月我开始认真搭建自己的 Skill 库项目的吞吐量才真正上来。3.1 Skill 不是插件先理解它的定位和加载逻辑技巧 11先把 Skill 理解成提示词 处理流程的组合体而不是插件。我发现很多人一见到 Skill 就想到插件市场、想到 API 调用然后开始担心太复杂。其实 WorkBuddy 的 Skill 本质上是一组配置什么时候被触发、按什么步骤处理、最终输出什么格式。它像给 AI 实习生准备了一份工作手册触发词一出现它就按手册执行。这和传统意义上的插件生态完全不同门槛也低得多。技巧 12一个 Skill 只覆盖一个闭环任务别做全能型。我第一次建 Skill 时贪大想搞一个商业文档综合处理技能结果它既处理合同、又写日报、还做 PPT 大纲最后什么场景都触发不精准。后来我把这个大 Skill 拆成了三个独立 Skill每个 Skill 的触发条件清晰了准确率立刻上升。记住Skill 的颗粒度应该是一件事而不是一类事。3.2 我日常最常用的 Skill 场景清单这半年我陆续建了十几个 Skill其中 8 个使用频率极高供你参考技巧 13 到 18 是其中六个的代表性案例技巧 13会议纪要 Skill。这是最值得先建的 Skill。我的会议纪要 Skill 输入是一段会议录音转写文本输出包含会议结论、待办事项含负责人和截止日期、存疑问题。它的关键处理流程是先提取人和事的对应关系再确认每件事有没有明确的截止期限如果没有就标注待确认。有了它之后我平均每次会议能省 20 分钟整理时间。技巧 14周报汇总 Skill。它接收我这周零散记录的要点我平时有什么心得随手记在对话里输出一篇结构完整的周报。这个 Skill 还承担一个隐藏功能自动排查我这周有没有提到过风险受阻这类词防止我把重要问题漏掉。很多 AI 工具只能做格式化这个 Skill 做到了格式化 提醒。技巧 15报销明细整理 Skill。带团队的人最头疼报销尤其我们这种一周几十笔零散支出的团队。我给 WorkBuddy 建了一个报销 Skill输入原始报销流水文本输出携带项目分类、金额合计、异常提醒的表格。它还能识别出发票号码缺失金额与备注不一致这样的问题行。之前每个月月底我要花一整个下午清理报销现在就交给它初筛我只处理它标出来的异常项。技巧 16科研文献整理 Skill。这个技能是受了朋友的启发做的。朋友的场景是读文献时把摘要贴进去让 WorkBuddy 按研究方法、样本量、主要结论、局限性四个维度输出结构化摘要。亲测下来它对于表述清晰的文章效果很好但那些文字富含隐晦表述的文献仍需要人工微调。科研场景用它的正确姿势是辅助建立框架而不是替代阅读。技巧 17代码评审 Skill。如果你是开发者这个 Skill 值得投入时间。我的代码评审 Skill 关注四件事潜在的越界风险、错误处理是否完整、复杂度是否过高、命名是否清晰。它不会替你判断业务逻辑对不对但它能在你合代码之前拦下一批低级问题。有一次它识别出一个数组越界隐患这种问题恰恰是人最容易看漏的。技巧 18工艺参数文档解析 Skill。这是从一个做机加工方向的朋友那里听来的用法他把 WorkBuddy 用于 CNC 程序单的参数整理——输入一段掺杂了各种格式的参数说明文字输出统一的参数对照表。这给我一个启发任何行业里那些从杂乱的文档里抽结构化信息的活儿都适合建 Skill。它的意义不只是省事而是把老师傅脑子里的信息提取规则沉淀成了可复制、可检查的流程。3.3 一个 Skill 的最小写法从零搭一个客服问答质检技能技巧 19先跑通一个最小可用版本再迭代优化。这里我拿一个实际建过的 Skill 举例客服问答质检。有个做客服负责人的朋友问我怎么快速用 WorkBuddy 减轻质检压力。我给他的方案是分三步跑通第一步让 WorkBuddy 把客服对话按用户问题、客服响应、处理结果三栏拆开形成结构化列表。 第二步给它一份你团队自己的红线话术清单比如哪些词绝对不能说、哪些场景必须引导用户留单让它在结构化列表里逐条比对输出违规项标记。 第三步最后把比对结果整理成一份客服质检日报按坐席聚合统计违规率。整个过程不需要写任何代码Skill 的本质就是一个越来越详细的处理手册。第一次跑通时漏检很多没关系把漏掉的情况记下来在下一次修改 Skill 时补进规则里。三个版本之后它的漏检率就降到了可接受范围。我特别推荐工作内容涉及重复性审核的人都试试这个思路——先用 Skill 做初筛人只复核机器标出的异常项效率是完全不同的量级。3.4 Skill 的命名与版本管理技巧 20Skill 命名用动词 任务对象并在描述里写明版本和更新日期。这听起来很工程化但真实收益很大。Skill 会随着你的使用不断调整我今天改了会议纪要 Skill 的某条规则如果没记版本过两周就忘了它和旧版有什么区别。我的做法是在 Skill 描述里加一行v2.3 / 2025-06-15 更新增加待办负责人缺失提醒。这样每次触发时我自己也能看到当前跑的是哪个版本出问题时复盘起来极其方便。4. 文案与代码的去 AI 味和可控性调教WorkBuddy 用多了你就会遇到一个尴尬问题内容都对但一眼就是 AI 写的。这个问题在正式对外文档里特别致命。这一章讲怎么把它调教得像个真人写的。4.1 减少 AI 味问题不在模型在提示结构技巧 21在指令里明确禁止两类句式首先/其次/然后/总之和值得注意的是/不难发现/综上所述。这些是 AI 输出的重灾区。我的处理方式是在自定义指令或 Skill 里直接写禁止使用以下词语和句式列一个黑名单。实测下来这个硬性约束比请用自然的语言有效得多。不要指望模型自己判断什么叫自然直接告诉它什么不能出现。技巧 22提供参考文本 风格强约束而不是只让它写得好一点。真正让输出去 AI 味的关键是给模型一个范例。我处理正式材料时的做法是先找一段我自己以前写的文字作为风格样本贴在对话里然后告诉它这是参考风格新内容要匹配这种句长分布和用词习惯。这一招效果立竿见影因为它把抽象的风格变成了模型可以仿照的具体文本。技巧 23对外内容坚持人工终审 个人痕迹注入。AI 写的内容再自然也往往缺乏真实工作的琐碎细节和特定项目的背景默契。我现在的流程是WorkBuddy 出初稿我改三个地方——加入只有我知道的项目背景调整关键的转折表达删掉一切正确的废话。这既保证了效率也保证了内容里有我在场的感觉。4.2 控制输出的颗粒度从写全文到写骨架技巧 24让 WorkBuddy 先出骨架再审定后扩写。许多人一句话就把整篇材料丢给它要求一次完成结果拿回来要么结构平庸要么细节走样。我现在的做法分两阶段。第一阶段让它只输出大纲和核心观点每条 50 字以内第二阶段我选定大纲后再让它按大纲逐段扩写。整个过程从一次生成全文变成分步生成、逐步审定输出质量稳定很多。这个技巧在长文档写作中特别重要也是我“敢把活儿交给它”的关键一步——骨架阶段我能把控方向扩写阶段即使出现瑕疵也已经被框定在可接受的范围内。4.3 项目上下文管理喂给它的资料不是越多越好技巧 25拆开任务不要把所有资料一次全喂进去。我一开始觉得喂给它的资料越全输出就越准。后来发现资料太多的时候它反而抓不住重点甚至会从无关段落里找出一些信息强行串进来。我的经验是能只喂三段关键内容就不喂十段能被要求只根据提供的材料回答就不要加上你知道的相关信息也可以补充。材料范围收窄之后它的输出稳定性和可信度都显著提升。技巧 26重要材料里主动标注噪音段落。如果某份文档确实很长而且只有一部分和当前任务相关我会在粘贴时把无关段落用高亮标记或直接以以下段落与本次任务无关无需处理的方式标注出来。这个小小的预处理动作能省掉它大量无意义的联想也能减少幻觉发生概率。用过几次之后你会发现给 WorkBuddy 喂料就像给同事传递资料材料整理得越清晰对方交付越符合预期。5. 三个月里踩过的坑边界、记忆与自动化最后这四个技巧来自真实的翻车记录。没有这些坑前 26 个技巧里的很多经验我也总结不出来。5.1 白屏、启动失败和版本更新后配置丢失技巧 27遇到白屏先按运行库 → 显卡渲染 → 缓存损坏 → 版本兼容的顺序排查。这个排查链路我踩了整整一天才总结出来。先确认系统 WebView 运行时和显卡驱动是否正常再清空缓存目录重新启动最后实在不行就卸载重装但务必先备份配置目录。我遇到的绝大多数启动问题都出在这四步里且九成以上在清除缓存这一步就解决了。需要特别注意的是清除缓存前记得备份整个配置目录——里面有你的自定义指令、Skill 配置和工作台定义这些东西的备份价值远高于重新配置的时间成本。5.2 账号记忆不是万能的云同步技巧 28换账号后原来的记忆不会自动跟过来提前做好配置导出。我同事遇到过这样的场景公司换了企业账号登录新账号后发现之前个人账号下建立的自定义指令和 Skill 全都不见了那些工作台配置也回到了初始状态。他问怎么获得原来账号的记忆答案很残酷云端同步的是每个账号自己的工作区数据不是跨账号通用。我的处理方案是每个月把自定义指令和 Skill 的配置文本导出备份到一个独立文档目录结构也截图留档。一旦遇到账号切换、重装系统、换新设备直接导入备份半小时就能把工作台恢复到之前的状态。不要信任云端同步能带你搞定一切配置文件本身就是你最重要的资产。5.3 自动化任务必须留后手技巧 29任何自动化流程都要保留人工抽查的环节尤其是涉及数字和人的名字的任务。我前面说的报销整理、会议纪要我从来不会把它的输出直接发出去。每一次让 WorkBuddy 跑完流程我都会快速扫一遍它的输出重点看三类信息金额是否和原始材料吻合、人名是否张冠李戴、日期是否有明显不合逻辑。在 AI 任务里最危险的不是它不会做而是它偶尔会自信地做错并且错得很有条理。人工抽查的成本很低但它是守住敢用这条线的重要防线。5.4 当它开始一本正经地胡说八道技巧 30识别幻觉的绝招强制它提供出处。只要任务涉及事实性信息我就会在指令里加一条每一条结论必须附上对应原文片段。找不到来源的地方明确写无法定位来源不要编造。这一招直接砍掉了大量幻觉输出。如果它真的找不到出处它会如实告诉你而不是用一段流畅的废话把漏洞填上。我还发现加上这条约束之后它在处理那些需要跨材料推理的任务时也会更谨慎输出质量肉眼可见地提高。我这三个月的总体体会是WorkBuddy 这类工具的上限远高于很多人当下的用法但它的可靠程度不取决于模型本身而取决于你花多少心思去配置它。我没有写过一行代码只是把给实习生交代工作的那套方法——定边界、给范例、划红线、查作业——搬到了它身上。最后分享一个至今受用的小习惯每个月月末花 10 分钟把当月新增或修改的自定义指令、Skill 更新点记录到一个工作台变更日志里。三个月之后回头翻你会清楚看到自己是怎么一步步把它从能用调教成敢用的。 WorkBuddy实战：从“能用”到“敢用”的30个调教技巧
三个月前我第一次把 WorkBuddy 装机时内心预期是这玩意儿估计就是个高级点儿的聊天框。三十天后我开始把周报素材丢给它整理六十天后它已经能按我的写作习惯起草评审意见现在它是我工作台里第一个打开的窗口连小组例会前要用的数据透视结构都是它先搭的骨架。说敢把活儿交给它不是因为它偶尔给过我几次惊艳回答而是因为我在三个月的使用里把它从一个聊天框重新理解成了一个有边界的执行者。这件事本身就需要一套方法论哪些任务能交、哪些坚决不能交、怎么通过配置让它稳定输出、遇到白屏和记忆丢失怎么抢救。下面这 30 个技巧就是我三个月里真金白银换回来的实战记录。它们不完全按难度排序但整体遵循一条主线先把环境收拾利索再谈 Skill最后才谈敢把重要任务托付出去。1. 为什么三个月我才敢说敢把活儿交给它1.1 前 30 天新鲜感很强但翻车率也不低刚拿到 WorkBuddy 的时候我和大多数人一样第一反应是拿它试各种稀奇古怪的提问——让它写诗词、编故事、解释技术概念。那段时间它确实表现得很聪明但这种聪明让我产生了一种危险的错觉我误以为它什么都能干。第一次正经用它干活是整理一份 40 页的项目会议记录。我直接把整份记录复制进去要求帮我提炼出所有待办事项。结果它确实提炼了但把两个不同项目的负责人搞混了还一本正经地编出了一个不存在的第三会议室讨论结论。幸好那份材料只用于内部传阅没有发出去。这次翻车让我明白一件事WorkBuddy 的知识能力和任务可靠性是两回事。前者是模型能力决定的后者完全取决于你怎么给它设定边界、提供上下文、验证输出结果。我后来反复和同事讲一个比喻WorkBuddy 像一个能力很强但入职第一天的实习生。聪明是它的底色但它不知道你的工作习惯、不知道哪些细节不能猜、不知道什么 format 是你下游环节最省事的。让这个实习生从什么都能聊变成交办的事都能办妥只有一条路——配置、示范、纠正、再配置。1.2 我判断敢不敢交的三个标准大概到第二个月我给自己定下了三条铁律凡是满足三条的活儿才会交给 WorkBuddy第一任务有明确的输入和输出边界。比如把这份 CSV 里重复的客户 ID 标出来而不是帮我分析一下客户数据。边界越模糊它的发挥空间越大出错的空间也越大。第二出错后代价可承受。一些一次性文案、草稿、内部使用的汇总文档错了改一下就行。但涉及对外报价、合同条款、代码上线这类任务我至今都坚持它起草、我终审不会直接把它的输出拿出去用。第三验证成本低于人工成本。如果我核验它输出结果的时间比自己动手还长那就没必要用它。所以我后来大量使用一个技巧让它输出时附上生成依据——每条结论后面跟一个原文出处片段。这样我的验证时间被大幅压缩。这三条标准看似简单但它们是我从能用走到敢用的分水岭。没有标准的时候我用它全凭心情有了标准之后我每次把任务交给它之前都会先过一遍这三个问题。1.3 先搞懂 WorkBuddy 的记性是怎么工作的多数人对 WorkBuddy 的误解集中在记忆上。以为它像人一样聊过一次就永远记住你了。实际它的记忆机制大体分两层会话内记忆同一个对话窗口里它能记住前面聊的内容但窗口开久了、内容多了前文会被压缩甚至丢失。我实测感觉超过一定长度后它会变得含糊。持久化记忆通过自定义指令、Skill、工作台配置等显式保存下来的规则和偏好这才是真正跨会话长期生效的东西。这个认知非常重要。很多人觉得它怎么聊着聊着就把我最早的叮嘱忘了十有八九是因为把关键约束放在了某一轮对话里而没有写进持久化配置。我的习惯是凡是需要长期生效的规则必须落到自定义指令或 Skill 里临时性的要求才在对话里说。后面第 7 和第 8 个技巧会详细讲这两者的写法差异。2. 工作台初始化和环境配置前 10 个技巧这 10 个技巧都属于地基工程。它们不性感但每一条都决定着你后面几个月的使用体验。很多人玩了三个月还觉得 WorkBuddy不好用一半的原因是地基没打好。2.1 安装与启动阶段最容易劝退新手的那几步技巧 1安装前先确认系统环境和运行库别等白屏了再排查。我第一次安装时直接点击安装包就等它跑完结果启动后一片白屏。后来排查了一圈发现缺了系统 WebView 运行时组件。这个组件在多数现代 Windows 上自带但精简版系统、老版本 Windows包括部分 Win7 平台上经常缺失。Linux 环境下则有另一套依赖问题通常和图形库版本相关。我的建议是安装前先去官方文档看一遍系统要求把运行库装好能省掉后面一大半启动类问题。技巧 2首次启动先登录和同步再折腾界面设置。有些人的习惯是先换个主题、调字体再登录。但 WorkBuddy 的很多工作台配置是跟账号同步的。先登录、确认云端数据拉取完成再做本地定制后面换电脑、重装系统时会轻松很多。技巧 3装完先关掉不必要的后台自动运行。我一开始没关结果 WorkBuddy 开机自启、后台常驻内存占用肉眼可见地往上走。如果只是偶尔用用建议把它设成手动启动如果打算每天都用留着自启也行但一定要配合第 4 个技巧把缓存目录挪走。2.2 缓存目录与系统盘空间设置不当会拖垮整台机器技巧 4立即把缓存目录改到非系统盘。这是我认为新手最该做的第一件事没有之一。WorkBuddy 在运行过程中会产生大量临时文件、会话缓存和模型相关数据默认位置通常在你的用户目录下Windows 大概是 AppData 相关路径也就是系统盘。我用了两周后发现系统盘凭空少了十几个 GB一查全是它的缓存。好在它在设置里提供了缓存目录修改入口我把它统一指向了一个专门划出来的数据盘。具体做法不复杂进入设置界面找到存储或缓存相关选项把路径改成D:\WorkBuddyCache这类独立目录改完重启应用。注意改之前最好回首一下正在运行的会话改完重启后确认它在新路径下重新建立了文件结构而不是仍然悄悄往旧位置写数据。怎么确认在旧路径下看文件有没有继续增长如果还在涨可以再检查设置是否真的保存成功。技巧 5定期清理会话缓存和历史记录。很多人没有清理意识结果缓存越滚越大。我的习惯是每两周清理一次会话缓存但保留自定义指令和 Skill 配置——清理的时候留意选项别勾到清除全部数据。这个动作配合第 4 条能让它长期保持在一个轻快状态。技巧 6给缓存目录留足空间至少 20GB 起。如果你做的是代码类项目或经常喂给它大文档缓存增长速度会超出预期。我一个同事做全栈项目缓存目录一个月涨到 30GB系统盘差点爆掉。所以我建议数据盘剩余空间低于 20GB 时就不要让它跑重活了或者频繁执行第 5 步清理。2.3 自定义指令别写成角色扮演要写成操作手册技巧 7自定义指令的核心是角色定位 行为约束不是文风描述。很多人写自定义指令写着写着就变成了你是一个乐于助人、知识渊博的助手请用友好热情的语气回答问题。这种指令写了等于没写因为你不是让它当个好人你是让它按你的方式来干活。我自己的自定义指令大概是这样的结构你是一名资深项目助理。处理项目文档时遵循以下规则所有结论必须标注来源段落不允许凭空推测。涉及人名、日期、金额的信息如果原文没有明确写原文未见不要自行补全。输出格式统一为首句结论 条目化说明。内容要保持客观中立不含总之不难看出之类的评价性短语。这个指令里没有一句你要有帮助但每一句都在告诉它活儿应该怎么干。这是判断自定义指令质量的分水岭。技巧 8每一个自定义指令只负责一个固定场景。我见过有人试图在一个指令里覆盖所有任务类型结果就是它什么都会一点、什么都不精。我的建议是分场景建指令比如文档整理代码评审会议纪要每个指令里只描述该场景下需要遵循的规则和输出模板。WorkBuddy 的自定义指令在场景触发时才会生效这样不会污染其他任务的输出。另外我还要说一个很多人问过的点自定义指令能不能覆盖模型本身的风格我的实测体会是它能约束输出结构、规避套话但对于模型底层表达的细微球感作用有限。所以我在第 4 章还会讲一套减少 AI 味的组合拳仅靠指令是不够的。2.4 从项目正文开始第一周就要建立自己的模板库技巧 9把高频任务固化成模板而不是每次重新描述。我第一周就做了一件后来被证明最值回票价的事把团队里最高频的五类任务各写了一个模板存成文件每次要处理数据时直接调模板来改。比如周报我有固定结构本周完成事项、数据变化、风险与求助、下周计划。这个模板用 WorkBuddy 生成内容时能省下大量描述时间而且输出格式长期稳定下游加工环节也轻松很多。技巧 10给高频任务设计统一的命名规范。当时还没意识到直到第三周我要从一堆会话记录里找两周前的报销梳理翻了半天找不到因为每次打开新会话时标题都不同。后来我定了一个规则所有任务会话统一用动词开头 对象 日期命名比如整理 6 月报销明细 0628。这个习惯让后期检索效率翻了几倍也方便把相关会话归到同一个工作台项目下。3. Skill 体系让 WorkBuddy 从通用助手变成你的助手如果说自定义指令是给 WorkBuddy立规矩那 Skill 就是给它发了张岗位说明书。头一个月我基本只用对话功能直到第二个月我开始认真搭建自己的 Skill 库项目的吞吐量才真正上来。3.1 Skill 不是插件先理解它的定位和加载逻辑技巧 11先把 Skill 理解成提示词 处理流程的组合体而不是插件。我发现很多人一见到 Skill 就想到插件市场、想到 API 调用然后开始担心太复杂。其实 WorkBuddy 的 Skill 本质上是一组配置什么时候被触发、按什么步骤处理、最终输出什么格式。它像给 AI 实习生准备了一份工作手册触发词一出现它就按手册执行。这和传统意义上的插件生态完全不同门槛也低得多。技巧 12一个 Skill 只覆盖一个闭环任务别做全能型。我第一次建 Skill 时贪大想搞一个商业文档综合处理技能结果它既处理合同、又写日报、还做 PPT 大纲最后什么场景都触发不精准。后来我把这个大 Skill 拆成了三个独立 Skill每个 Skill 的触发条件清晰了准确率立刻上升。记住Skill 的颗粒度应该是一件事而不是一类事。3.2 我日常最常用的 Skill 场景清单这半年我陆续建了十几个 Skill其中 8 个使用频率极高供你参考技巧 13 到 18 是其中六个的代表性案例技巧 13会议纪要 Skill。这是最值得先建的 Skill。我的会议纪要 Skill 输入是一段会议录音转写文本输出包含会议结论、待办事项含负责人和截止日期、存疑问题。它的关键处理流程是先提取人和事的对应关系再确认每件事有没有明确的截止期限如果没有就标注待确认。有了它之后我平均每次会议能省 20 分钟整理时间。技巧 14周报汇总 Skill。它接收我这周零散记录的要点我平时有什么心得随手记在对话里输出一篇结构完整的周报。这个 Skill 还承担一个隐藏功能自动排查我这周有没有提到过风险受阻这类词防止我把重要问题漏掉。很多 AI 工具只能做格式化这个 Skill 做到了格式化 提醒。技巧 15报销明细整理 Skill。带团队的人最头疼报销尤其我们这种一周几十笔零散支出的团队。我给 WorkBuddy 建了一个报销 Skill输入原始报销流水文本输出携带项目分类、金额合计、异常提醒的表格。它还能识别出发票号码缺失金额与备注不一致这样的问题行。之前每个月月底我要花一整个下午清理报销现在就交给它初筛我只处理它标出来的异常项。技巧 16科研文献整理 Skill。这个技能是受了朋友的启发做的。朋友的场景是读文献时把摘要贴进去让 WorkBuddy 按研究方法、样本量、主要结论、局限性四个维度输出结构化摘要。亲测下来它对于表述清晰的文章效果很好但那些文字富含隐晦表述的文献仍需要人工微调。科研场景用它的正确姿势是辅助建立框架而不是替代阅读。技巧 17代码评审 Skill。如果你是开发者这个 Skill 值得投入时间。我的代码评审 Skill 关注四件事潜在的越界风险、错误处理是否完整、复杂度是否过高、命名是否清晰。它不会替你判断业务逻辑对不对但它能在你合代码之前拦下一批低级问题。有一次它识别出一个数组越界隐患这种问题恰恰是人最容易看漏的。技巧 18工艺参数文档解析 Skill。这是从一个做机加工方向的朋友那里听来的用法他把 WorkBuddy 用于 CNC 程序单的参数整理——输入一段掺杂了各种格式的参数说明文字输出统一的参数对照表。这给我一个启发任何行业里那些从杂乱的文档里抽结构化信息的活儿都适合建 Skill。它的意义不只是省事而是把老师傅脑子里的信息提取规则沉淀成了可复制、可检查的流程。3.3 一个 Skill 的最小写法从零搭一个客服问答质检技能技巧 19先跑通一个最小可用版本再迭代优化。这里我拿一个实际建过的 Skill 举例客服问答质检。有个做客服负责人的朋友问我怎么快速用 WorkBuddy 减轻质检压力。我给他的方案是分三步跑通第一步让 WorkBuddy 把客服对话按用户问题、客服响应、处理结果三栏拆开形成结构化列表。 第二步给它一份你团队自己的红线话术清单比如哪些词绝对不能说、哪些场景必须引导用户留单让它在结构化列表里逐条比对输出违规项标记。 第三步最后把比对结果整理成一份客服质检日报按坐席聚合统计违规率。整个过程不需要写任何代码Skill 的本质就是一个越来越详细的处理手册。第一次跑通时漏检很多没关系把漏掉的情况记下来在下一次修改 Skill 时补进规则里。三个版本之后它的漏检率就降到了可接受范围。我特别推荐工作内容涉及重复性审核的人都试试这个思路——先用 Skill 做初筛人只复核机器标出的异常项效率是完全不同的量级。3.4 Skill 的命名与版本管理技巧 20Skill 命名用动词 任务对象并在描述里写明版本和更新日期。这听起来很工程化但真实收益很大。Skill 会随着你的使用不断调整我今天改了会议纪要 Skill 的某条规则如果没记版本过两周就忘了它和旧版有什么区别。我的做法是在 Skill 描述里加一行v2.3 / 2025-06-15 更新增加待办负责人缺失提醒。这样每次触发时我自己也能看到当前跑的是哪个版本出问题时复盘起来极其方便。4. 文案与代码的去 AI 味和可控性调教WorkBuddy 用多了你就会遇到一个尴尬问题内容都对但一眼就是 AI 写的。这个问题在正式对外文档里特别致命。这一章讲怎么把它调教得像个真人写的。4.1 减少 AI 味问题不在模型在提示结构技巧 21在指令里明确禁止两类句式首先/其次/然后/总之和值得注意的是/不难发现/综上所述。这些是 AI 输出的重灾区。我的处理方式是在自定义指令或 Skill 里直接写禁止使用以下词语和句式列一个黑名单。实测下来这个硬性约束比请用自然的语言有效得多。不要指望模型自己判断什么叫自然直接告诉它什么不能出现。技巧 22提供参考文本 风格强约束而不是只让它写得好一点。真正让输出去 AI 味的关键是给模型一个范例。我处理正式材料时的做法是先找一段我自己以前写的文字作为风格样本贴在对话里然后告诉它这是参考风格新内容要匹配这种句长分布和用词习惯。这一招效果立竿见影因为它把抽象的风格变成了模型可以仿照的具体文本。技巧 23对外内容坚持人工终审 个人痕迹注入。AI 写的内容再自然也往往缺乏真实工作的琐碎细节和特定项目的背景默契。我现在的流程是WorkBuddy 出初稿我改三个地方——加入只有我知道的项目背景调整关键的转折表达删掉一切正确的废话。这既保证了效率也保证了内容里有我在场的感觉。4.2 控制输出的颗粒度从写全文到写骨架技巧 24让 WorkBuddy 先出骨架再审定后扩写。许多人一句话就把整篇材料丢给它要求一次完成结果拿回来要么结构平庸要么细节走样。我现在的做法分两阶段。第一阶段让它只输出大纲和核心观点每条 50 字以内第二阶段我选定大纲后再让它按大纲逐段扩写。整个过程从一次生成全文变成分步生成、逐步审定输出质量稳定很多。这个技巧在长文档写作中特别重要也是我“敢把活儿交给它”的关键一步——骨架阶段我能把控方向扩写阶段即使出现瑕疵也已经被框定在可接受的范围内。4.3 项目上下文管理喂给它的资料不是越多越好技巧 25拆开任务不要把所有资料一次全喂进去。我一开始觉得喂给它的资料越全输出就越准。后来发现资料太多的时候它反而抓不住重点甚至会从无关段落里找出一些信息强行串进来。我的经验是能只喂三段关键内容就不喂十段能被要求只根据提供的材料回答就不要加上你知道的相关信息也可以补充。材料范围收窄之后它的输出稳定性和可信度都显著提升。技巧 26重要材料里主动标注噪音段落。如果某份文档确实很长而且只有一部分和当前任务相关我会在粘贴时把无关段落用高亮标记或直接以以下段落与本次任务无关无需处理的方式标注出来。这个小小的预处理动作能省掉它大量无意义的联想也能减少幻觉发生概率。用过几次之后你会发现给 WorkBuddy 喂料就像给同事传递资料材料整理得越清晰对方交付越符合预期。5. 三个月里踩过的坑边界、记忆与自动化最后这四个技巧来自真实的翻车记录。没有这些坑前 26 个技巧里的很多经验我也总结不出来。5.1 白屏、启动失败和版本更新后配置丢失技巧 27遇到白屏先按运行库 → 显卡渲染 → 缓存损坏 → 版本兼容的顺序排查。这个排查链路我踩了整整一天才总结出来。先确认系统 WebView 运行时和显卡驱动是否正常再清空缓存目录重新启动最后实在不行就卸载重装但务必先备份配置目录。我遇到的绝大多数启动问题都出在这四步里且九成以上在清除缓存这一步就解决了。需要特别注意的是清除缓存前记得备份整个配置目录——里面有你的自定义指令、Skill 配置和工作台定义这些东西的备份价值远高于重新配置的时间成本。5.2 账号记忆不是万能的云同步技巧 28换账号后原来的记忆不会自动跟过来提前做好配置导出。我同事遇到过这样的场景公司换了企业账号登录新账号后发现之前个人账号下建立的自定义指令和 Skill 全都不见了那些工作台配置也回到了初始状态。他问怎么获得原来账号的记忆答案很残酷云端同步的是每个账号自己的工作区数据不是跨账号通用。我的处理方案是每个月把自定义指令和 Skill 的配置文本导出备份到一个独立文档目录结构也截图留档。一旦遇到账号切换、重装系统、换新设备直接导入备份半小时就能把工作台恢复到之前的状态。不要信任云端同步能带你搞定一切配置文件本身就是你最重要的资产。5.3 自动化任务必须留后手技巧 29任何自动化流程都要保留人工抽查的环节尤其是涉及数字和人的名字的任务。我前面说的报销整理、会议纪要我从来不会把它的输出直接发出去。每一次让 WorkBuddy 跑完流程我都会快速扫一遍它的输出重点看三类信息金额是否和原始材料吻合、人名是否张冠李戴、日期是否有明显不合逻辑。在 AI 任务里最危险的不是它不会做而是它偶尔会自信地做错并且错得很有条理。人工抽查的成本很低但它是守住敢用这条线的重要防线。5.4 当它开始一本正经地胡说八道技巧 30识别幻觉的绝招强制它提供出处。只要任务涉及事实性信息我就会在指令里加一条每一条结论必须附上对应原文片段。找不到来源的地方明确写无法定位来源不要编造。这一招直接砍掉了大量幻觉输出。如果它真的找不到出处它会如实告诉你而不是用一段流畅的废话把漏洞填上。我还发现加上这条约束之后它在处理那些需要跨材料推理的任务时也会更谨慎输出质量肉眼可见地提高。我这三个月的总体体会是WorkBuddy 这类工具的上限远高于很多人当下的用法但它的可靠程度不取决于模型本身而取决于你花多少心思去配置它。我没有写过一行代码只是把给实习生交代工作的那套方法——定边界、给范例、划红线、查作业——搬到了它身上。最后分享一个至今受用的小习惯每个月月末花 10 分钟把当月新增或修改的自定义指令、Skill 更新点记录到一个工作台变更日志里。三个月之后回头翻你会清楚看到自己是怎么一步步把它从能用调教成敢用的。