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