1. 给 workbuddy 定规矩之前先得想明白它到底是个什么角色我一开始用 workbuddy 的时候状态基本是这样的新鲜头两天觉得挺智能让它查资料、整理纪要、排个日程都干得动但越用越觉得哪里不对劲——它交出来的东西“挑不出大毛病但总觉得不是我要的”。比如我让它整理一篇周报它交回来的内容是标准的“时间事项下一步”格式规整但完全没踩到我这周真正要推进的重点。我再追问一句它又补了一版可这次的语气又太絮叨。后来我才反应过来问题不在 workbuddy 能力不够而在于我一直拿它当“搜索引擎组建的万能办公助理”来用却从来没告诉过它我的工作习惯、表达偏好、优先级判断标准和“什么情况下别自作主张”。换句话说我把它当成了一个很厉害但没带说明书的实习生然后还埋怨它为什么没有读心术。自定义指令就是把这份“说明书”补上。它不是给 workbuddy 开外挂而是把你自己脑子里的隐性规则翻译成它能直接执行的显性规则。这个认知一旦立住后面所有的配置动作就都有了方向。1.1 默认模式谈不上错但它满足的是“平均值需求”workbuddy 出厂自带的默认行为本质上是一套面向最广泛用户的最优平均解。它假设你希望回答简洁、结构清晰、语气得体、重点明确。这没问题但它不知道你是做项目管理的还是写文案的不知道你汇报对象是挑剔的客户还是宽松的内部同事不知道你习惯先给结论还是先摆背景。我举个特别日常的例子。我原来做竞品调研的时候默认配置下 workbuddy 给的是一大段综合描述性内容最后才来一句话总结可我实际需要的是一张三列对比表竞品名称、核心差异、对我们项目的启发。我把这个需求写进自定义指令之后它提交的调研结果每次都符合这个格式我几乎不用二次整理。所以默认值解决的是“大多数时候不出错”自定义指令解决的是“每次都在点子上”。这两者之间的差距就是你是不是真的在用工具而不是被工具用。1.2 自定义指令的本质是把“我觉得”变成“它知道”仔细琢磨一下自定义指令里写的内容几乎全是你脑子里“不需要想就能说出来”的东西比如交付格式报告先给结论数据附表放在最后判断口径日活跃用户下降超过5%才算需要预警其他波动不用单独标注语言尺度对正式客户的汇报禁用“可能”“也许”这类模糊词协作边界不涉及线上环境操作的步骤只做生成方案不执行任何变更。这些规则对你自己来说是常识但对 workbuddy 来说就是一片空白。它每次接到任务只能从零开始推断你的意图。而你一旦把这些规则前置固化下来相当于把过去无数次“它产出—我纠正—它再改”的低效循环压缩进了第一步配置里。更关键的是自定义指令是沉淀资产。今天你花半小时写好的这套规则明天、下周、下个月都在持续生效而不是每次对话都要重新解释一遍自己的偏好。从这个角度看它比单纯的“提示词技巧”更接近一种个人工作流的制度化——你给的不是碎片化的指令而是一套稳定的协作契约。2. 定规矩之前先把边界想明白很多人上手第一反应是打开设置把“要靠谱”几个字填进去。这没用因为这句指令没有任何可执行的信息量。靠谱是结果指标不是行为指标。你必须先想清楚什么行为在你眼里算靠谱什么场景下允许它自由发挥什么场景下必须严格按流程走。我每次给 workbuddy 定规矩都会先做一轮“边界盘点”包括三大类能管的、不能管的、需要看情况管的。2.1 先把“不能管”的划掉免得后面打架有些事我不建议放到自定义指令里让 workbuddy 管比如涉及最终决策的事情、需要人对人沟通的事情、或者客观状态随时在变的事情。一个很典型的例子我规定它“在方案没有完全确认之前不要主动继续下一个环节”。初衷是控制节奏但实际运行下来发现这个规则会导致它在明明可以预填写下一步的时候也停下来等我确认反而拖慢了流程。后来我把这条改为“方案给出后如果明显存在唯一合理的下一步动作可以继续做但在交付界面标注为‘待确认’”。这一改效率立刻上来了。另一个例子是沟通类任务。你让 workbuddy 替你起草一封不太友善的催款函它把措辞写得再得体最终发不发、怎么发仍然需要你人工判断。如果你在指令里让它“尽量强硬”它可能超出你预期的底线如果你让它“尽量委婉”它可能又软绵绵毫无力度。这类主观尺度极强的边界应该留在你自己手里而不是固化成一条机械规则。我在配置文档里给了自己一个检查清单每次新增指令前先自查三问这条规则是稳定不变的还是每周都可能调整的它是在约束输出的格式和过程还是在替我做价值判断如果规则失效造成的最坏后果是什么是否可以接受如果三个问题里有两个答不上来那我就不写或者先小范围试运行再落地。2.2 能管的里面再分出“全局固定项”和“场景临时项”边界划完之后剩下的内容我会分成两层全局固定项和场景临时项。全局固定项是无论让 workbuddy 干什么事都必须遵守的底层规则比如输出始终中文结论先行背景、过程、细节一律排在结论后面涉及数据时必须注明统计口径和时间范围不确定的数据标注“待核”不编造不存在的功能、方案、数据。场景临时项则只针对某一类任务生效比如“周报场景”“调研场景”“头脑风暴场景”这类项更多时候我会放在具体指令里追加而不是塞进全局配置。原因也很简单——全局规则越少越好太多全局规则叠加在一起就像公司里颁布了一百条全员工守则最后员工真正记住并且遵守的没几条反而增加了识别成本。workbuddy 也一样全局指令会被它加载进每一次交互的上下文里。条目越多它需要消耗的上下文空间越大对核心任务的注意力反而会被稀释。所以我在全局配置里只保留了四条其他都下放到场景级。设定边界这件事表面上是在做减法实际上是在给后面所有的配置打地基。地基不牢后面任何一条指令都可能和另一条打架。3. 实操配置具体怎么写workbuddy 才能真正看懂边界想清楚了接下来就是落地。这一步的关键不在于你会不会打字而在于你能不能把一条模糊想法改写成 workbuddy 能执行的结构化指令。我总结了一个公式前置条件 行为约束 输出标准。几乎每一条好用的指令都能拆成这三个组成部分。3.1 一条好指令的三个组成部分先看一个反面例子。我早期写过一条“给我靠谱一点的方案。”这条指令 workbuddy 收到后大概率只能猜因为“靠谱”是主观词。它会按自己的默认标准交出一份四平八稳的方案然后我又得吐槽它不靠谱。改成公式写法之后变成这样当我要求“出方案”时先用一句话说明问题背景和核心目标然后给出方案列表每个方案必须包含实现思路、所需资源、预估耗时、风险点最后标注出我最推荐的一项并用两句话说明推荐理由。不要额外输出背景信息背景我已经比你清楚了。拆开看前置条件“当我要求出方案时”——告诉 workbuddy 这条规则的作用时机行为约束先说明背景和目标、给方案列表、每条包含四个要素——明确具体动作输出标准最后给出推荐项 两句话——定义最终交付形态。这三段式的价值在于它把模糊期望转变成了一串可被执行的步骤序列。workbuddy 不需要“理解”你的风格只需要按结构完成每块内容。3.2 我自己在用的全局配置模板下面这套模板是从我自己的 workbuddy 全局设置里精简出来的你可以直接抄但建议改掉其中和自己工作习惯冲突的部分。我在“基础语言与结构”里写的是始终使用中文输出。所有长文内容必须分三部分先说结论再展开细节最后附上可以跳过不看的信息。正文禁止出现“请注意”“总之”“综上所述”这类空话。在“数据与事实规则”里写的是引用数据时必须说明数据来源、统计时间和统计口径。如果数据无法确认直接在后面标注“待核实”并在正文中用明显颜色或括号表示不等我追问。禁止输出可能被理解为确定结论却没有依据的推断。在“任务执行尺度”里写的是如果我的任务描述里包含“简单处理”“快速给个”这类词说明我不需要完整流程只输出最核心的交付物如果我用了“详细”“完整”这类词则需要覆盖所有相关细节。当任务里没有明确这类暗示时默认先给我一个结构骨架不要写得过于完整等我确认方向后再扩展。这条特别有用。因为我在真实工作中经常随手发一句“帮我看一眼这个数据”但实际希望的是快速给个判断而不是一份长达三页的分析报告。有了这条workbuddy 会识别出“看一眼”是快速模式自动切换输出颗粒度。最后一条是关于“不确定时怎么办”的当指令、任务目标或交付标准存在歧义时不要猜不要假设不要按默认路径执行。先列出你理解的目标和计划问我一句“确认一下方向”得到确认后再开始。确认语必须放在输出内容的第一行。这句话听起来简单但它是整个配置里最防坑的一条。AI 类工具的通病是特别会礼貌地猜错猜错之后还一本正经地把错误内容做得非常完整。有了这条指令它就会在岔路口先停下问路而不是蒙头跑到沟里。3.3 几条场景级指令的写法示例全局规则解决 80% 的通用问题剩余 20% 需要按场景单独配置。我平时最高频的几个场景如下场景一周报整理。我的指令是这样写的当任务是“整理周报”时接收我提供的原始材料后先提取本周完成事项、未完成事项、风险项三项。按重要程度排序而不是按时间排序重要程度的判断依据是对项目结果的影响大小。每项只写结论、结果指标、下一步动作不写过程细节。最后附一行“本周总评”不超过五句话。场景二信息检索整理。我要求的是先结构后内容当任务是“调研/整理资料”时输出格式为主题概述两至三句、关键发现列表按重要程度排列每条包含一个事实性结论和对应来源、适合进一步追踪的线索列表。禁止堆砌无关背景禁止把搜索到的内容长篇复制必须用自己的话重新表述。场景三方案复盘。这个是我后面加进去的起因是一次项目复盘 output 太像成果汇报了一点不利于改进当任务是“复盘”时必须区分三个维度做得好的地方、做得不好的地方、下次可以调整的具体动作。负面维度必须占至少一半篇幅。禁止礼貌性肯定禁止一切“总体不错但仍有提升空间”式的废话。这三条规则加进去之后我几乎不需要再对 workbuddy 的交付结构做二次调整。它在这些场景里已经变成了一个“熟悉我风格的老同事”而不是“每次都在猜我心思的礼貌实习生”。4. 从“能用”到“好用”我经历的两次关键调参把自定义指令填进设置只是第一步真正让它发挥价值的是后续的调参过程。我自己的经验是一次配置完的规则几乎必然有偏一定要在真实任务里跑几轮再改。4.1 第一轮翻车规则太死效率反而下降我一开始写全局配置的时候犯了一个特别典型的错误——设置得过“硬”。什么是过硬就是我试图把每一项输出都校准到一个精确格式只要 workbuddy 不照着输出我就觉得它不行。举个例子我全局指令里有一条“所有输出必须不超过 500 字。”本意是限制它在不重要问题上废话连篇但实际跑起来后发现它遇到复杂需求时也硬压着输出把很多关键信息挤得面目全非最终我反而要多花一轮对话去追问细节。出力不讨好的典型。后来我把这条改成默认情况下输出不超过 500 字除非任务要求深度分析此时不受限制但必须在输出开头用一句话说明为什么需要扩大篇幅。这一个“例外开关”就让规则从死限制变成了智能判断。workbuddy 自己会评估任务复杂度该短则短、该长则长不再为了遵守一句僵硬的字数规则牺牲内容质量。另外我还发现指令里的模糊词是多轮调参的核心来源。“如果合适的话”“尽量”“适当”这类词workbuddy 其实无法精确把握尺度。你以为“尽量精简”是压缩到两三百字它可能理解为段与段之间少点过渡句。我在第二轮就把这些模糊词全部替换成可量化描述比如“用三到五条要点概括”“每句话不超过二十五个字”。4.2 第二轮用“前提 标准”替代“绝对禁令”规则就开始活了第二轮我改动最大的地方是把所有“禁止型指令”改成“前置条件型指令”。“禁止型指令”长这样“不要输出冗余内容”“不要罗列无意义数据”。你发现没有这类指令的问题在于它只描述了坏结果却没有定义好结果。workbuddy 获得了“什么是不要的”却没获得“什么是你要的”于是它只能靠猜来避开雷区结果经常绕进了另一个雷区。改写成“前置条件型指令”之后长这样当任务类型是报告类时只用标题、要点、表格三种格式组织信息任何一段连续文字超过五行必须重新拆分或提炼。当任务类型是建议类时每个建议必须包含适用条件、可能副作用、实施成本。这两种写法的差异在于一个是“红灯思维”一个是“路标思维”。红灯告诉它不能走它走无可走就停下来犹豫路标告诉它怎么走它就能按路径自己往下跑。在我调参的经验里换掉这最后一类指令workbuddy 的输出质量才真正意义上跨了一个台阶。5. 常见问题与排查技巧实录配置过程中一定会遇到几个高频问题我把它们整理出来你可以对照着自查。5.1 指令写了但没生效先检查这三处最常遇到的第一个问题是自定义指令明明写好了workbuddy 却好像完全不理会输出跟以前没什么变化。这里通常有三个原因第一指令的优先级问题。如果你在同一轮对话里先用普通语言说了一条任务同时全局配置里又有对应规则workbuddy 按不同版本的模型逻辑可能会优先遵循对话内更直接的那条而不是全局规则。这时候需要在对话里明确引用规则比如“按你全局指令里的第三条标准来整理。”第二指令位置放错了。全局指令和场景指令是两个入口。如果你把场景相关规则放进全局它会时刻生效反而干扰其他任务反之你把全局规则只放在某一个场景里它就不会全场景生效。第三表述本身太抽象。翻了翻自己最早的配置有一条写着“要有洞察力”workbuddy 收到这种词几乎等于没收到。好的规则必须包含行为动词和交付标准“洞察力”改成“与常规认知对比之后指出现状中的异常点”就好用了太多。问题现象可能原因调整方向规则被忽略优先级低于当前对话指令在对话里明确引用规则编号只在一个任务里生效放错了配置层级移到全局或场景对应入口生效但结果不对描述太抽象缺少行为动词按“前置条件行为标准”重写规则之间互相矛盾同一事件被多条指令约束精简掉后加的、低优先级的规则5.2 规则冲突怎么处理规则冲突是配置多了之后必然出现的问题。我自己遇到的一次典型冲突是全局规则要求“结论先行”但某条场景规则要求“先展示背景铺垫让读者理解来龙去脉”。两个规则同时对一次任务生效workbuddy 就会陷入两难。后来我给的解决方案是——在冲突场景里明确规则优先级。所有自定义指令的最前面我加了一条当多条规则同时作用时规则优先级从高到低为当前对话里的明确指令、场景级指令、全局指令。如果场景级指令与全局指令冲突以场景级指令为准。这条优先级顺序一加冲突就不再靠模型自己瞎猜了。它相当于给 workbuddy 发了一张规则使用手册把“出现矛盾的时候听谁的”这个问题提前固定了下来。5.3 还有两个容易忽视的细节第一指令更新后需要“冷启动”。你改了配置如果立即在同一个对话里测试workbuddy 有可能还在按旧配置的状态运行。稳妥做法是开一个全新对话重新确认生效情况不要在一个长对话里反复试验规则效果否则上下文会干扰判断。第二定期清理“历史遗留规则”。我每隔两三周会把配置翻一遍问自己“这条规则最近三周有没有被用到它是否需要和别的规则合并它现在还在解决实际问题吗”很多早期规则是通过补丁方式加的比如某个任务里的一句话规则后来场景本身覆盖不了那么多内容这些历史规则就成了互相冲突的温床。清掉一批之后整体响应质量通常反而会恢复。说到底自定义指令不是一次性劳动它是一套需要持续维护的规则系统。你越把 workbuddy 当正式员工对待——定期复盘它的工作表现、更新考核标准、调整职责边界——它回报给你的稳定性和可靠程度就越高。而每一次规则迭代之后你在重复任务上节省下来的时间早就覆盖了当初配置规则时投入的那点成本。