不寫程式碼，給 DSH 做一個「今天吃什麼」外掛
一句話想法、一份共創規格、一次創造模式開發、一道版本審核、兩輪按現象修 bug：看一個「今天吃什麼」外掛如何在全程零手寫程式碼中誕生。
最近更新: 2026-09-20
DeepSeek Harness 的官方外掛文件寫得很紮實——但那是寫給程式設計師的。創造模式裡藏著第二條路：用大白話描述你想要的東西，讓 agent 跟你一起把需求共創清楚，規格落成一個檔案，然後讓它開發。這篇圖文跟著一個完整錄屏案例走：一個「今天吃什麼」外掛——按你的口味庫推薦午飯，70% 喜歡、30% 驚喜，入口就在輸入框旁邊。
下面全程沒有一行手寫程式碼。你要做的只有一件機器替不了的事：說清楚你想要什麼，然後誠實回答它的提問。
速覽
- ▸完整閉環：一句話想法 → agent 反問產品問題 → 你拍板 → 它寫規格、寫程式碼、裝面板。
- ▸Demo 真的能跑：輸入框旁的「吃啥」按鈕、雙頁籤面板（今日推薦 + 我的口味庫）、70/30 喜歡-驚喜分流、防重複推薦。
- ▸對話做出來的外掛在註冊前只是原型，重新啟動即失；要做成永久外掛，按 create-plugin 教學走註冊那一步。
從一句話到能用的面板
- 1
先認清兩條路
官方開發者文件走的是程式碼路線：建專案、搞懂 host/client 生命週期、註冊外掛包。喜歡寫程式碼的話，我們的 create-plugin 教學完整覆蓋那條路。本頁是另一條——全程不出對話的路。
檔案路線：很紮實，但寫給程式設計師。看影片 3:10 - 2
一句話說出想法
案例從一個人人共感的痛點開始：一到中午，吃什麼成了頭等難題。整段需求就一句話：在輸入框附近做個「今天吃什麼」推薦——優先推薦我喜歡的，偶爾給點驚喜，還能管理我愛吃的東西。這就夠開工了，細節交給對話。
整段需求：一句大白話。看影片 5:00 - 3
讓它把關鍵問題問回來
agent 沒有悶頭開寫，而是先把關鍵決策擺出來：喜歡和驚喜的比例怎麼定（70/30，可調）、口味庫按什麼維度組織（菜系分類、支援自訂）、推薦結果之後做什麼（先只展示結果，第一版保持簡單）、資料存哪裡（本地）。你每個問題答一行就行。
它先把產品問題問清楚，再動手。看影片 7:00 - 4
- 5
第一版保持極簡
被問到「推薦結果要不要一鍵填進輸入框交給 AI」時，課程作者砍掉了這個功能：先只展示結果。極簡先行、後續再豐富——拒絕功能才是讓外掛最快跑起來的方式。
第一版故意保持簡單。看影片 8:20 - 6
入口拍板
最後的決策：入口按鈕放在權限選擇和模型選擇之間，叫「吃啥」，配米飯圖示，點開是雙頁籤面板——今天吃什麼、我的口味庫。都是小決定，但它們是你的決定，不是 agent 的。
入口按鈕、圖示、頁籤——由你拍板。看影片 9:40 - 7
規格落成檔案
共創收口時，完整規格被寫進工作區的 what-to-eat.spec.md——模組、行為、邊界情況（口味庫為空怎麼辦、如何防重複）一應俱全。從這裡開始，規格就是唯一事實源。
規格落進工作區——唯一事實源。看影片 10:55 - 8
創造模式：交給它開發
新開會話，切創造模式，權限直接開到 full access 免得開發中途反覆彈審核。指令就一段：讀工作區裡的規格檔案，先把功能做出來讓我看效果，再封裝成名叫 what-to-eat 的外掛——做的過程用大白話告訴我每一步在幹什麼。
創造模式、完整存取權限、一段話指令。看影片 12:10 - 9
看它邊幹邊彙報
開發過程是一張可見的任務清單：讀規格、搭外掛骨架、接面板、註冊入口——每一步都用大白話即時彙報。構建發生在你眼前，而不是某個看不見的終端裡。
一張可見的任務清單，邊幹邊說。看影片 12:20 - 10
審核外掛版本
面板就緒要掛載時，dsh 彈出版本審核：僅允許此版本、允許此外掛的後續版本、拒絕。社群外掛要過的信任關卡，自己的構建也一樣要過——選「允許後續版本」，之後每輪迭代就不用重複批了。
信任關卡——社群外掛同樣要過。看影片 14:35 - 11
兩個小提醒
第一，預覽階段 agent 看不到實際面板——它看不見你的螢幕，你就是它的眼睛。第二，重新整理頁面會清掉掛載中的面板，直到構建重新啟用。這兩個都不是 bug，但提前知道不慌。
兩個小提醒，提前知道不慌。看影片 15:40 - 12
出 bug？描述現象就行
第一版有真實的毛病：面板擋住了權限選擇、有個按鈕發黑、重新整理後面板消失。修復迴圈就是純描述——你看到什麼、在哪、什麼時候。agent 逐個定位原因、改程式碼、出新版本。
描述現象，它來找原因。看影片 16:45 - 13
驗收三動作，定版
agent 自己提出驗收：點「吃啥」面板開啟；點叉號，關掉；點面板外空白處，也能關掉。三動作通過後還有兩輪打磨（面板挪到螢幕右側、再調窄一點），外掛就算完工——口味庫推薦、驚喜輪換，全程零手寫程式碼。
三個動作驗證——外掛完工。看影片 24:00
常見問題
描述你的第一個外掛之前，先看這幾條。
完全不懂程式碼，真的能做出外掛嗎？
能——錄屏案例全程沒碰過編輯器。你負責想法和產品決策，agent 負責規格、程式碼與面板。你需要的技能是把想要的東西說清楚，而共創提問就是在幫你把它問出來。
做出來的外掛重新啟動之後還在嗎？
暫時不在。對話構建出來的面板是掛載在當前會話上的原型——退出 dsh 就沒了。要做成永久外掛，需要註冊成標準外掛（配置加 cordis.patch.yaml 掛載），create-plugin 教學逐步講過。
「允許此外掛的後續版本」安全嗎？
這是個權衡。僅允許一次意味著每次新構建都要再批；允許後續版本適合你自己反覆迭代的外掛。對陌生人的外掛，選僅允許一次或直接拒絕，信任關卡才有意義。
做出來的外掛有 bug 怎麼辦？
描述現象，別猜原因：你點了什麼、出現了什麼、什麼消失了。案例裡的三個缺陷（遮擋、黑按鈕、重新整理消失）全靠大白話描述修好——原因定位是 agent 在自己的程式碼裡完成的。
需要用什麼模式？
共創階段標準模式就夠——那只是對話。正式開發切創造（Creator）模式：它在標準模式的全套能力之上，多了開發外掛專用的工具。
相關攻略
從零程式碼原型到開發者路線。
來源與署名
本頁截圖來自下方課程影片，僅用於講解操作流程並註明出處；每一步都可以深鏈回影片對應時間點。