Skill 是方法論工作流是流程市場(chǎng)上對(duì) Skill 有幾種不同的認(rèn)知。前幾天騰訊開(kāi)發(fā)者論壇發(fā)了一篇文章說(shuō) Skill 是帶文檔的腳本。但根據(jù)我的經(jīng)驗(yàn)這個(gè)定義太窄了。今年年初 Gemini CLI 的 GitHub 上有一個(gè) issue #15895對(duì) Skill 給出了一個(gè)非常好的定義Skill 是方法論不是腳本加文檔。這句話非常好地總結(jié)了我之前的經(jīng)驗(yàn)。我在 Dify 和扣子上都開(kāi)發(fā)過(guò)工作流也深度使用過(guò)各種 Skill。從實(shí)際使用的角度來(lái)說(shuō)它們之間有許多使用上不能忽視的區(qū)別維度工作流WorkflowSkill本質(zhì)流程方法論AI 視角黑盒只看到單節(jié)點(diǎn)白盒全貌可見(jiàn)靈活性固化不可逃逸可裁剪、可干預(yù)維護(hù)節(jié)點(diǎn)多時(shí)困難按需加載輕量AI 角色語(yǔ)義工具局部調(diào)用全局編排者工作流有向無(wú)環(huán)的黑盒工作流是一個(gè)帶有明確流程限制的有向無(wú)環(huán)圖DAG它意味著不能從一個(gè)節(jié)點(diǎn)在沒(méi)有路徑或連接線的情況下直接跳到另一個(gè)節(jié)點(diǎn)必須沿著預(yù)設(shè)的流程走。禁止回邊開(kāi)始條件判斷 A條件判斷 B執(zhí)行節(jié)點(diǎn) A1執(zhí)行節(jié)點(diǎn) B1合并結(jié)果對(duì)絕大多數(shù)用戶來(lái)說(shuō)工作流是一個(gè)黑盒。你感覺(jué)不到它到底是 10 個(gè)節(jié)點(diǎn)、20 個(gè)節(jié)點(diǎn)還是上百個(gè)節(jié)點(diǎn)——只有開(kāi)發(fā)者才需要關(guān)心這些。用戶只管用但很難了解內(nèi)部到底有哪些流程、哪些異常分支、哪些地方需要人工介入。優(yōu)點(diǎn)是流程固化。用戶不會(huì)從流程中逃逸出去可以得到確定性的結(jié)論不會(huì)出現(xiàn)完全異常、無(wú)法控制的結(jié)果。缺點(diǎn)也很明顯。當(dāng)工作流超過(guò)幾十個(gè)甚至上百個(gè)節(jié)點(diǎn)時(shí)維護(hù)起來(lái)會(huì)非常困難。工作流天然需要腳本作為粘合劑把節(jié)點(diǎn)的輸入輸出對(duì)接起來(lái)——上一個(gè)節(jié)點(diǎn)的輸出就是下一個(gè)節(jié)點(diǎn)的輸入中間有大量的膠水代碼。AI 在工作流中的作用只是其中某幾個(gè)需要智能判斷的關(guān)鍵節(jié)點(diǎn)沒(méi)有承擔(dān)整個(gè)流程的規(guī)劃也沒(méi)有總攬全局僅僅作為一個(gè)語(yǔ)義工具被調(diào)用。Skill白盒的方法論Skill 會(huì)被加載到 AI 的提示詞中。AI 先閱讀 Skill然后按照 Skill 來(lái)執(zhí)行相應(yīng)的步驟。它知道整個(gè) Skill 從開(kāi)始到結(jié)束會(huì)經(jīng)過(guò)哪些流程、有哪些步驟知道哪些地方需要用戶確認(rèn)、哪些地方允許用戶選擇甚至知道怎么讓用戶退出以及如何把步驟交接給下一個(gè) Skill。對(duì) AI 來(lái)說(shuō)工作流是黑盒的它只能看到一個(gè)節(jié)點(diǎn)但 Skill 是完全的白盒。加載Skill 方法論 · 全部可見(jiàn)步驟1讀取需求步驟2分析數(shù)據(jù)步驟3生成方案步驟4交付結(jié)果步驟5沉淀復(fù)盤(pán)AI · 加載、編排、調(diào)度因?yàn)?AI 看到的是完整的方法論而不是單個(gè)節(jié)點(diǎn)所以它可以靈活地選擇執(zhí)行方式完整執(zhí)行按步驟 1→2→3→4 走完部分提取只取其中一兩個(gè)步驟跳過(guò)不需要的環(huán)節(jié)用戶裁剪按用戶指令修改某一步驟調(diào)整后再繼續(xù)AI 閱讀 Skill 方法論完整執(zhí)行部分提取用戶裁剪1 → 2 → 3 → 4全部執(zhí)行跳過(guò) 1、4只取步驟 2 和 3步驟 3 被修改為 3按用戶指令調(diào)整這種靈活性就是方法論的本質(zhì)它是一套經(jīng)驗(yàn)性的指導(dǎo)原則讓你學(xué)習(xí)并可選擇性地使用它。什么時(shí)候選哪個(gè)當(dāng)你作為一個(gè)開(kāi)發(fā)者或者專(zhuān)業(yè)用戶需要寫(xiě) Skill 或流程的時(shí)候你要先判斷這是一個(gè)方法論還是一個(gè)流程這個(gè)問(wèn)題的核心區(qū)分是控制權(quán)歸誰(shuí)需要確定性、自上而下管控的場(chǎng)景公司審批鏈路、數(shù)據(jù)處理管道、固定業(yè)務(wù)流程——工作流更合適。流程固化的價(jià)值在于不需要使用者做選擇也不會(huì)有人從流程中逃逸。面向個(gè)人或團(tuán)隊(duì)效率提升的場(chǎng)景——Skill 更合適。因?yàn)楹芏鄷r(shí)候我們不能強(qiáng)迫別人方法論的意義在于讓專(zhuān)業(yè)用戶理解后自愿遵循而不是被流程綁住。對(duì)專(zhuān)業(yè)使用者先用后改Skill 的使用者通常是或者說(shuō)“需要是”專(zhuān)業(yè)用戶。這和工作流的使用者有本質(zhì)區(qū)別——工作流不需要你理解你只要照著走就行但 Skill 的使用者需要理解方法論才能用好它、改好它。如果你拿到了別人寫(xiě)的 Skill首先當(dāng)然可以用它來(lái)完成工作。但更重要的是你可以選擇忽略或修改 Skill 中的某些步驟干預(yù)它讓它按照你的想法執(zhí)行。你可以裁剪 Skill把它改成你想要的版本。市場(chǎng)上大部分 Skill 都代表了作者個(gè)人的見(jiàn)解和經(jīng)驗(yàn)。如果你想讓它完美符合你個(gè)性化的工作流你需要對(duì)原來(lái)的 Skill 進(jìn)行修改發(fā)明自己的 Skill。這是方法論的終局——不是照搬而是內(nèi)化后重造。還有一個(gè)隱含的因素你需要讓 Skill 反過(guò)來(lái)教會(huì)你這套方法論。Skill 的使用者需要了解這個(gè) Skill 是怎么用的才能真正駕馭它。一個(gè)值得注意的趨勢(shì)讓 AI 參與全流程之前我聊到過(guò) Compound Engineering 這個(gè)插件它做了一件非常激進(jìn)的事把子智能體sub-agent的調(diào)用完全改成了純粹的 Skill markdown。其中有一個(gè)重要的理由調(diào)用子智能體時(shí)某些上下文、工具調(diào)用結(jié)果或 harness 的結(jié)果無(wú)法傳遞到子智能體而且各家平臺(tái)對(duì)智能體的實(shí)現(xiàn)方式也不統(tǒng)一。子智能體本質(zhì)上是把 AI 關(guān)進(jìn)了一個(gè)個(gè)黑盒彼此看不到對(duì)方的上下文。與其費(fèi)力解決跨智能體的信息傳遞不如讓所有智能體都變成 Skill 的模式——這樣可以直接復(fù)用完整的上下文和 harness 結(jié)果模型在整個(gè)流程中的表現(xiàn)會(huì)更加優(yōu)異。這背后其實(shí)就是白盒的紅利打開(kāi)可見(jiàn)度AI 看到的信息越完整表現(xiàn)就越好。子智能體的調(diào)用模式相當(dāng)于把流程重新切成黑盒節(jié)點(diǎn)而 Skill 模式把整個(gè)方法論和全部上下文都暴露給 AI讓它在完整可見(jiàn)的基礎(chǔ)上做判斷和調(diào)度。這個(gè)過(guò)程中Skill 是一本經(jīng)驗(yàn)性的手冊(cè)初期可以發(fā)揮作用在更加長(zhǎng)程的任務(wù)中讓它自己判斷比經(jīng)驗(yàn)更重要。