1. 給 workbuddy 定規(guī)矩之前先得想明白它到底是個什么角色我一開始用 workbuddy 的時候狀態(tài)基本是這樣的新鮮頭兩天覺得挺智能讓它查資料、整理紀要、排個日程都干得動但越用越覺得哪里不對勁——它交出來的東西“挑不出大毛病但總覺得不是我要的”。比如我讓它整理一篇周報它交回來的內(nèi)容是標準的“時間事項下一步”格式規(guī)整但完全沒踩到我這周真正要推進的重點。我再追問一句它又補了一版可這次的語氣又太絮叨。后來我才反應過來問題不在 workbuddy 能力不夠而在于我一直拿它當“搜索引擎組建的萬能辦公助理”來用卻從來沒告訴過它我的工作習慣、表達偏好、優(yōu)先級判斷標準和“什么情況下別自作主張”。換句話說我把它當成了一個很厲害但沒帶說明書的實習生然后還埋怨它為什么沒有讀心術。自定義指令就是把這份“說明書”補上。它不是給 workbuddy 開外掛而是把你自己腦子里的隱性規(guī)則翻譯成它能直接執(zhí)行的顯性規(guī)則。這個認知一旦立住后面所有的配置動作就都有了方向。1.1 默認模式談不上錯但它滿足的是“平均值需求”workbuddy 出廠自帶的默認行為本質(zhì)上是一套面向最廣泛用戶的最優(yōu)平均解。它假設你希望回答簡潔、結構清晰、語氣得體、重點明確。這沒問題但它不知道你是做項目管理的還是寫文案的不知道你匯報對象是挑剔的客戶還是寬松的內(nèi)部同事不知道你習慣先給結論還是先擺背景。我舉個特別日常的例子。我原來做競品調(diào)研的時候默認配置下 workbuddy 給的是一大段綜合描述性內(nèi)容最后才來一句話總結可我實際需要的是一張三列對比表競品名稱、核心差異、對我們項目的啟發(fā)。我把這個需求寫進自定義指令之后它提交的調(diào)研結果每次都符合這個格式我?guī)缀醪挥枚握怼Ｋ阅J值解決的是“大多數(shù)時候不出錯”自定義指令解決的是“每次都在點子上”。這兩者之間的差距就是你是不是真的在用工具而不是被工具用。1.2 自定義指令的本質(zhì)是把“我覺得”變成“它知道”仔細琢磨一下自定義指令里寫的內(nèi)容幾乎全是你腦子里“不需要想就能說出來”的東西比如交付格式報告先給結論數(shù)據(jù)附表放在最后判斷口徑日活躍用戶下降超過5%才算需要預警其他波動不用單獨標注語言尺度對正式客戶的匯報禁用“可能”“也許”這類模糊詞協(xié)作邊界不涉及線上環(huán)境操作的步驟只做生成方案不執(zhí)行任何變更。這些規(guī)則對你自己來說是常識但對 workbuddy 來說就是一片空白。它每次接到任務只能從零開始推斷你的意圖。而你一旦把這些規(guī)則前置固化下來相當于把過去無數(shù)次“它產(chǎn)出—我糾正—它再改”的低效循環(huán)壓縮進了第一步配置里。更關鍵的是自定義指令是沉淀資產(chǎn)。今天你花半小時寫好的這套規(guī)則明天、下周、下個月都在持續(xù)生效而不是每次對話都要重新解釋一遍自己的偏好。從這個角度看它比單純的“提示詞技巧”更接近一種個人工作流的制度化——你給的不是碎片化的指令而是一套穩(wěn)定的協(xié)作契約。2. 定規(guī)矩之前先把邊界想明白很多人上手第一反應是打開設置把“要靠譜”幾個字填進去。這沒用因為這句指令沒有任何可執(zhí)行的信息量?？孔V是結果指標不是行為指標。你必須先想清楚什么行為在你眼里算靠譜什么場景下允許它自由發(fā)揮什么場景下必須嚴格按流程走。我每次給 workbuddy 定規(guī)矩都會先做一輪“邊界盤點”包括三大類能管的、不能管的、需要看情況管的。2.1 先把“不能管”的劃掉免得后面打架有些事我不建議放到自定義指令里讓 workbuddy 管比如涉及最終決策的事情、需要人對人溝通的事情、或者客觀狀態(tài)隨時在變的事情。一個很典型的例子我規(guī)定它“在方案沒有完全確認之前不要主動繼續(xù)下一個環(huán)節(jié)”。初衷是控制節(jié)奏但實際運行下來發(fā)現(xiàn)這個規(guī)則會導致它在明明可以預填寫下一步的時候也停下來等我確認反而拖慢了流程。后來我把這條改為“方案給出后如果明顯存在唯一合理的下一步動作可以繼續(xù)做但在交付界面標注為‘待確認’”。這一改效率立刻上來了。另一個例子是溝通類任務。你讓 workbuddy 替你起草一封不太友善的催款函它把措辭寫得再得體最終發(fā)不發(fā)、怎么發(fā)仍然需要你人工判斷。如果你在指令里讓它“盡量強硬”它可能超出你預期的底線如果你讓它“盡量委婉”它可能又軟綿綿毫無力度。這類主觀尺度極強的邊界應該留在你自己手里而不是固化成一條機械規(guī)則。我在配置文檔里給了自己一個檢查清單每次新增指令前先自查三問這條規(guī)則是穩(wěn)定不變的還是每周都可能調(diào)整的它是在約束輸出的格式和過程還是在替我做價值判斷如果規(guī)則失效造成的最壞后果是什么是否可以接受如果三個問題里有兩個答不上來那我就不寫或者先小范圍試運行再落地。2.2 能管的里面再分出“全局固定項”和“場景臨時項”邊界劃完之后剩下的內(nèi)容我會分成兩層全局固定項和場景臨時項。全局固定項是無論讓 workbuddy 干什么事都必須遵守的底層規(guī)則比如輸出始終中文結論先行背景、過程、細節(jié)一律排在結論后面涉及數(shù)據(jù)時必須注明統(tǒng)計口徑和時間范圍不確定的數(shù)據(jù)標注“待核”不編造不存在的功能、方案、數(shù)據(jù)。場景臨時項則只針對某一類任務生效比如“周報場景”“調(diào)研場景”“頭腦風暴場景”這類項更多時候我會放在具體指令里追加而不是塞進全局配置。原因也很簡單——全局規(guī)則越少越好太多全局規(guī)則疊加在一起就像公司里頒布了一百條全員工守則最后員工真正記住并且遵守的沒幾條反而增加了識別成本。workbuddy 也一樣全局指令會被它加載進每一次交互的上下文里。條目越多它需要消耗的上下文空間越大對核心任務的注意力反而會被稀釋。所以我在全局配置里只保留了四條其他都下放到場景級。設定邊界這件事表面上是在做減法實際上是在給后面所有的配置打地基。地基不牢后面任何一條指令都可能和另一條打架。3. 實操配置具體怎么寫workbuddy 才能真正看懂邊界想清楚了接下來就是落地。這一步的關鍵不在于你會不會打字而在于你能不能把一條模糊想法改寫成 workbuddy 能執(zhí)行的結構化指令。我總結了一個公式前置條件 行為約束 輸出標準。幾乎每一條好用的指令都能拆成這三個組成部分。3.1 一條好指令的三個組成部分先看一個反面例子。我早期寫過一條“給我靠譜一點的方案?！边@條指令 workbuddy 收到后大概率只能猜因為“靠譜”是主觀詞。它會按自己的默認標準交出一份四平八穩(wěn)的方案然后我又得吐槽它不靠譜。改成公式寫法之后變成這樣當我要求“出方案”時先用一句話說明問題背景和核心目標然后給出方案列表每個方案必須包含實現(xiàn)思路、所需資源、預估耗時、風險點最后標注出我最推薦的一項并用兩句話說明推薦理由。不要額外輸出背景信息背景我已經(jīng)比你清楚了。拆開看前置條件“當我要求出方案時”——告訴 workbuddy 這條規(guī)則的作用時機行為約束先說明背景和目標、給方案列表、每條包含四個要素——明確具體動作輸出標準最后給出推薦項 兩句話——定義最終交付形態(tài)。這三段式的價值在于它把模糊期望轉(zhuǎn)變成了一串可被執(zhí)行的步驟序列。workbuddy 不需要“理解”你的風格只需要按結構完成每塊內(nèi)容。3.2 我自己在用的全局配置模板下面這套模板是從我自己的 workbuddy 全局設置里精簡出來的你可以直接抄但建議改掉其中和自己工作習慣沖突的部分。我在“基礎語言與結構”里寫的是始終使用中文輸出。所有長文內(nèi)容必須分三部分先說結論再展開細節(jié)最后附上可以跳過不看的信息。正文禁止出現(xiàn)“請注意”“總之”“綜上所述”這類空話。在“數(shù)據(jù)與事實規(guī)則”里寫的是引用數(shù)據(jù)時必須說明數(shù)據(jù)來源、統(tǒng)計時間和統(tǒng)計口徑。如果數(shù)據(jù)無法確認直接在后面標注“待核實”并在正文中用明顯顏色或括號表示不等我追問。禁止輸出可能被理解為確定結論卻沒有依據(jù)的推斷。在“任務執(zhí)行尺度”里寫的是如果我的任務描述里包含“簡單處理”“快速給個”這類詞說明我不需要完整流程只輸出最核心的交付物如果我用了“詳細”“完整”這類詞則需要覆蓋所有相關細節(jié)。當任務里沒有明確這類暗示時默認先給我一個結構骨架不要寫得過于完整等我確認方向后再擴展。這條特別有用。因為我在真實工作中經(jīng)常隨手發(fā)一句“幫我看一眼這個數(shù)據(jù)”但實際希望的是快速給個判斷而不是一份長達三頁的分析報告。有了這條workbuddy 會識別出“看一眼”是快速模式自動切換輸出顆粒度。最后一條是關于“不確定時怎么辦”的當指令、任務目標或交付標準存在歧義時不要猜不要假設不要按默認路徑執(zhí)行。先列出你理解的目標和計劃問我一句“確認一下方向”得到確認后再開始。確認語必須放在輸出內(nèi)容的第一行。這句話聽起來簡單但它是整個配置里最防坑的一條。AI 類工具的通病是特別會禮貌地猜錯猜錯之后還一本正經(jīng)地把錯誤內(nèi)容做得非常完整。有了這條指令它就會在岔路口先停下問路而不是蒙頭跑到溝里。3.3 幾條場景級指令的寫法示例全局規(guī)則解決 80% 的通用問題剩余 20% 需要按場景單獨配置。我平時最高頻的幾個場景如下場景一周報整理。我的指令是這樣寫的當任務是“整理周報”時接收我提供的原始材料后先提取本周完成事項、未完成事項、風險項三項。按重要程度排序而不是按時間排序重要程度的判斷依據(jù)是對項目結果的影響大小。每項只寫結論、結果指標、下一步動作不寫過程細節(jié)。最后附一行“本周總評”不超過五句話。場景二信息檢索整理。我要求的是先結構后內(nèi)容當任務是“調(diào)研/整理資料”時輸出格式為主題概述兩至三句、關鍵發(fā)現(xiàn)列表按重要程度排列每條包含一個事實性結論和對應來源、適合進一步追蹤的線索列表。禁止堆砌無關背景禁止把搜索到的內(nèi)容長篇復制必須用自己的話重新表述。場景三方案復盤。這個是我后面加進去的起因是一次項目復盤 output 太像成果匯報了一點不利于改進當任務是“復盤”時必須區(qū)分三個維度做得好的地方、做得不好的地方、下次可以調(diào)整的具體動作。負面維度必須占至少一半篇幅。禁止禮貌性肯定禁止一切“總體不錯但仍有提升空間”式的廢話。這三條規(guī)則加進去之后我?guī)缀醪恍枰賹?workbuddy 的交付結構做二次調(diào)整。它在這些場景里已經(jīng)變成了一個“熟悉我風格的老同事”而不是“每次都在猜我心思的禮貌實習生”。4. 從“能用”到“好用”我經(jīng)歷的兩次關鍵調(diào)參把自定義指令填進設置只是第一步真正讓它發(fā)揮價值的是后續(xù)的調(diào)參過程。我自己的經(jīng)驗是一次配置完的規(guī)則幾乎必然有偏一定要在真實任務里跑幾輪再改。4.1 第一輪翻車規(guī)則太死效率反而下降我一開始寫全局配置的時候犯了一個特別典型的錯誤——設置得過“硬”。什么是過硬就是我試圖把每一項輸出都校準到一個精確格式只要 workbuddy 不照著輸出我就覺得它不行。舉個例子我全局指令里有一條“所有輸出必須不超過 500 字。”本意是限制它在不重要問題上廢話連篇但實際跑起來后發(fā)現(xiàn)它遇到復雜需求時也硬壓著輸出把很多關鍵信息擠得面目全非最終我反而要多花一輪對話去追問細節(jié)。出力不討好的典型。后來我把這條改成默認情況下輸出不超過 500 字除非任務要求深度分析此時不受限制但必須在輸出開頭用一句話說明為什么需要擴大篇幅。這一個“例外開關”就讓規(guī)則從死限制變成了智能判斷。workbuddy 自己會評估任務復雜度該短則短、該長則長不再為了遵守一句僵硬的字數(shù)規(guī)則犧牲內(nèi)容質(zhì)量。另外我還發(fā)現(xiàn)指令里的模糊詞是多輪調(diào)參的核心來源。“如果合適的話”“盡量”“適當”這類詞workbuddy 其實無法精確把握尺度。你以為“盡量精簡”是壓縮到兩三百字它可能理解為段與段之間少點過渡句。我在第二輪就把這些模糊詞全部替換成可量化描述比如“用三到五條要點概括”“每句話不超過二十五個字”。4.2 第二輪用“前提 標準”替代“絕對禁令”規(guī)則就開始活了第二輪我改動最大的地方是把所有“禁止型指令”改成“前置條件型指令”?！敖剐椭噶睢遍L這樣“不要輸出冗余內(nèi)容”“不要羅列無意義數(shù)據(jù)”。你發(fā)現(xiàn)沒有這類指令的問題在于它只描述了壞結果卻沒有定義好結果。workbuddy 獲得了“什么是不要的”卻沒獲得“什么是你要的”于是它只能靠猜來避開雷區(qū)結果經(jīng)常繞進了另一個雷區(qū)。改寫成“前置條件型指令”之后長這樣當任務類型是報告類時只用標題、要點、表格三種格式組織信息任何一段連續(xù)文字超過五行必須重新拆分或提煉。當任務類型是建議類時每個建議必須包含適用條件、可能副作用、實施成本。這兩種寫法的差異在于一個是“紅燈思維”一個是“路標思維”。紅燈告訴它不能走它走無可走就停下來猶豫路標告訴它怎么走它就能按路徑自己往下跑。在我調(diào)參的經(jīng)驗里換掉這最后一類指令workbuddy 的輸出質(zhì)量才真正意義上跨了一個臺階。5. 常見問題與排查技巧實錄配置過程中一定會遇到幾個高頻問題我把它們整理出來你可以對照著自查。5.1 指令寫了但沒生效先檢查這三處最常遇到的第一個問題是自定義指令明明寫好了workbuddy 卻好像完全不理會輸出跟以前沒什么變化。這里通常有三個原因第一指令的優(yōu)先級問題。如果你在同一輪對話里先用普通語言說了一條任務同時全局配置里又有對應規(guī)則workbuddy 按不同版本的模型邏輯可能會優(yōu)先遵循對話內(nèi)更直接的那條而不是全局規(guī)則。這時候需要在對話里明確引用規(guī)則比如“按你全局指令里的第三條標準來整理?！钡诙噶钗恢梅佩e了。全局指令和場景指令是兩個入口。如果你把場景相關規(guī)則放進全局它會時刻生效反而干擾其他任務反之你把全局規(guī)則只放在某一個場景里它就不會全場景生效。第三表述本身太抽象。翻了翻自己最早的配置有一條寫著“要有洞察力”workbuddy 收到這種詞幾乎等于沒收到。好的規(guī)則必須包含行為動詞和交付標準“洞察力”改成“與常規(guī)認知對比之后指出現(xiàn)狀中的異常點”就好用了太多。問題現(xiàn)象可能原因調(diào)整方向規(guī)則被忽略優(yōu)先級低于當前對話指令在對話里明確引用規(guī)則編號只在一個任務里生效放錯了配置層級移到全局或場景對應入口生效但結果不對描述太抽象缺少行為動詞按“前置條件行為標準”重寫規(guī)則之間互相矛盾同一事件被多條指令約束精簡掉后加的、低優(yōu)先級的規(guī)則5.2 規(guī)則沖突怎么處理規(guī)則沖突是配置多了之后必然出現(xiàn)的問題。我自己遇到的一次典型沖突是全局規(guī)則要求“結論先行”但某條場景規(guī)則要求“先展示背景鋪墊讓讀者理解來龍去脈”。兩個規(guī)則同時對一次任務生效workbuddy 就會陷入兩難。后來我給的解決方案是——在沖突場景里明確規(guī)則優(yōu)先級。所有自定義指令的最前面我加了一條當多條規(guī)則同時作用時規(guī)則優(yōu)先級從高到低為當前對話里的明確指令、場景級指令、全局指令。如果場景級指令與全局指令沖突以場景級指令為準。這條優(yōu)先級順序一加沖突就不再靠模型自己瞎猜了。它相當于給 workbuddy 發(fā)了一張規(guī)則使用手冊把“出現(xiàn)矛盾的時候聽誰的”這個問題提前固定了下來。5.3 還有兩個容易忽視的細節(jié)第一指令更新后需要“冷啟動”。你改了配置如果立即在同一個對話里測試workbuddy 有可能還在按舊配置的狀態(tài)運行。穩(wěn)妥做法是開一個全新對話重新確認生效情況不要在一個長對話里反復試驗規(guī)則效果否則上下文會干擾判斷。第二定期清理“歷史遺留規(guī)則”。我每隔兩三周會把配置翻一遍問自己“這條規(guī)則最近三周有沒有被用到它是否需要和別的規(guī)則合并它現(xiàn)在還在解決實際問題嗎”很多早期規(guī)則是通過補丁方式加的比如某個任務里的一句話規(guī)則后來場景本身覆蓋不了那么多內(nèi)容這些歷史規(guī)則就成了互相沖突的溫床。清掉一批之后整體響應質(zhì)量通常反而會恢復。說到底自定義指令不是一次性勞動它是一套需要持續(xù)維護的規(guī)則系統(tǒng)。你越把 workbuddy 當正式員工對待——定期復盤它的工作表現(xiàn)、更新考核標準、調(diào)整職責邊界——它回報給你的穩(wěn)定性和可靠程度就越高。而每一次規(guī)則迭代之后你在重復任務上節(jié)省下來的時間早就覆蓋了當初配置規(guī)則時投入的那點成本。