每週都要交週報，卻每次都得重新說一次「先看工作記錄、不要編數字、未完成的事照實寫」，問題不在於少裝了什麼工具。這套做法還留在你的腦袋裡，沒有變成可以重用的工作流程。
比較穩的順序是：挑一件常做的事，把要求說清楚；把反覆使用的方法寫成技能；整理它要看的工作區資料；確定現有能力真的不夠，再加外掛。這適合日常寫材料、整理資料、處理重複勞動，而且願意在電腦上安裝一次本地工具的人。若目標是訓練模型、做私有化部署，或比較各款模型表現，這不是那條路。
用DeepSeek把工作流做穩，關鍵不是多裝工具
拿週報做練習。你把一週的零散記錄貼進對話框，只說「幫我寫一份週報。」DeepSeek得自己猜讀者是誰、篇幅多長、未完成事項要不要提、記錄裡沒有的數字該怎麼處理。即使某次結果剛好能用，下週換一批記錄，這些問題仍會回來。
先把其中一輪說清楚，可以在DeepSeek官方對話網頁或官方App裡做。這一步不用安裝本地工具。目標也不是寫一段很長的指令，而是看清楚自己每次都在補哪些要求。下面這張卡片可以直接複製，把括號裡的內容換成自己的情境：
我是：（我的工作與手上的任務）
給誰看：（讀者，以及他最需要知道的事）
請產出：（形式、段落與大約長度）
不要：（不該使用的說法、不該推測的內容）
資料裡沒有的地方，請寫「資料裡沒有」，不要自行補上。
以下是本次資料：
---
（貼上工作記錄）分隔線只做一件事：把固定指令和這次提供的資料隔開。下週換記錄時，改分隔線下面的內容就好。反覆使用的要求放前面，每次變動的問題和資料放後面。若對話裡已經開了思考模式，也不必再加一句「請一步步思考」。
改寫後，一次具體的週報請求可以是：
我是內容營運，這份週報要給部門負責人看。請根據下面的工作記錄，寫一份約400字的週報，分成「本週進展、遇到的問題、下週計畫」。每項先寫結論，再寫記錄中的依據。未完成的事照實寫，不要使用「賦能」「閉環」，也不要補造數字。資料裡沒有的地方，請寫「資料裡沒有」。
工作記錄：
---
週二完成活動頁文案初稿，週四收到設計稿並提出兩處修改意見。電子報尚未發出，原因是名單仍待確認。下週預計核對名單後安排寄送。這樣的一輪對話，能幫你確認要求是否說得夠明白。但它仍是一次性的。當「每項先寫結論」「沒數據就不補數字」每週都要重講，就值得把它們存成技能。本篇要處理的正是這件事：讓方法留在工作流裡，而不是留在上一段對話裡。
要在DeepSeek裡寫技能，先把本地工具開起來
技能不是DeepSeek官網對話框裡藏著的按鈕。要在電腦上使用技能，得換到DeepSeek Harness。它是官方開源的本地工具，能在選定的工作區處理檔案，也能執行命令。截至2026年11月，Harness仍是developer preview，後續可能有不相容更新；設定本地流程時，留意這點即可。
先安裝Node.js。Harness目前要求Node.js 24.9或更高版本，不再支援Node 22。安裝後，在終端確認版本：
node --version版本符合要求，再啟動網頁介面：
npx @deepseek-ai/dsh web第一次執行時，npx可能詢問是否安裝@deepseek-ai/dsh，選是。接著會下載並初始化，等終端顯示啟動資訊。這個終端視窗要一直開著；關掉它，本機服務也就停了。
Harness預設監聽127.0.0.1:3080，但開頁面時要以終端印出的完整網址為準。那個網址包含一次性token。本機啟動時通常會自動打開瀏覽器；若沒有，就把終端裡的整行網址貼進瀏覽器。只輸入http://127.0.0.1:3080而不帶token，頁面會要求認證，得到401，無法直接進入。
進入介面後，到「設定→模型」填入DeepSeek API金鑰並儲存。金鑰可在DeepSeek官方平台申請；儲存後不用重啟。這裡的預設路徑，就是官方對話服務加上Harness中填入的官方DeepSeek API金鑰，不需要先設定別的服務。
接著點「選擇工作區」，加入並選中準備存放資料的資料夾。選中之前，會話輸入框不可用。選中之後，智能體已經可以讀取、編輯工作區裡的檔案，也可以執行命令。先確認這個資料夾選對了：週報記錄、規則文件要放在哪裡，應由你明確決定，不必為了讀檔案先找外掛。
把DeepSeek的週報做法寫進一個技能
技能適合存「怎麼做」，不適合塞滿每週都會變的工作記錄。週報的段落、證據要求、數字規則相對穩定；本週完成了什麼、誰還沒回覆，則留在這次任務的資料裡。把兩者分開，下週才不必為了更新一條進度去改技能。
在工作區建立.dsh/skills/zhoubao/SKILL.md。若你選中的工作區其實是某個Git倉庫的子目錄，技能應放在該倉庫根目錄的.dsh/skills，不要只按目前開啟的子資料夾位置來放。檔案內容可以從這個最小版本開始：
---
name: zhoubao
description: "當使用者要求根據工作記錄寫週報、整理週報或檢查週報時使用。"
---
# 寫週報
1. 先從使用者提供的記錄中找出已完成事項、未完成事項和本週之後的計畫。
2. 按「本週進展、遇到的問題、下週計畫」組織內容。
3. 每項先寫結論，再寫對應事實；沒有數據就不要補數字。
4. 未完成的事如實寫明，不用空話掩蓋。
5. 交付前檢查：每條結論能否在原始記錄中找到依據。檔案開頭的frontmatter要有name和description。尤其是description，要寫清楚「什麼時候用」，而不是只寫「這是一個週報技能」。這段文字關係到任務能否對上技能。你也可以在會話中輸入/zhoubao，主動呼叫它，不必每次都等自動觸發。
路徑先保持簡單：技能根目錄下一層是zhoubao，裡面放SKILL.md。Harness也支援扁平的名稱.md，並會掃描.agents/skills，但第一次練習只用上面的.dsh/skills/zhoubao/SKILL.md，比較容易檢查。日後真的需要把腳本或參考資料拆出去，scripts/和references/是與SKILL.md同級的目錄，不是建在SKILL.md下面。眼前只有五條做法，一個檔案已經夠用。
儲存後通常不用重啟。到技能列表看zhoubao的名稱和描述是否出現，再拿三個真實週報任務試觸發：例如草稿整理、從工作記錄生成週報、檢查現有週報是否有無依據的結論。不要只把同一句測試文字貼三次。三次都沒有觸發時，先改description，把使用者實際會說的任務寫進去；若能觸發卻產出不合要求，再檢查技能正文。這樣才知道問題出在「何時使用」，還是「使用後怎麼做」。
為DeepSeek整理工作區，讓資料自己能被找到
方法存進技能後，另一半是資料。有人把這部分叫「知識庫」，但在這套流程裡，它不是產品中另一個獨立按鈕。你要做的是把文件整理進已選中的工作區資料夾，讓要回答的問題能對到實際檔案。
用一組完全虛構的客服資料示範。下面的套餐內容與業務規則都是編的，不能當作真實退款規定。假設工作區裡有這四份文件：
01-套餐與報價.md
02-退款政策.md
03-發票說明.md
新增文字文件 (2).md現在有人問：「客戶買了299的套餐，第5天要退款，該讓他做什麼？」只看文件名，很容易打開套餐與報價、退款政策，卻漏掉新增文字文件 (2).md。偏偏最後這份寫著：「退款還要走工單，先在後台提交，工單號RF-開頭，沒工單號的直接駁回。」問題不在於少了一個讀檔工具，而是重要規則被放在一個看不出內容的檔名下。
把它改名為04-退款工單規則.md。再檢查文件本身：標題是否對得上內容，條件是否寫完整，過期版本是否還混在同一個資料夾。檔名不必長，但要讓人看到就知道該不該查。需要跨檔案回答時，套餐、退款條件與工單步驟也要能分別找到，不能只靠一份含糊的總整理讓人猜。
驗收要問資料裡確實有答案的問題，再追問：「這句話出自哪份文件的哪一段？」若答不出，先核對目前選中的工作區、檔案是否真的放進去、名稱是否足夠清楚，以及相關段落是否互相矛盾。不要一遇到漏答就換模型，也不要立刻裝讀文件外掛。Harness選好工作區後，本來就具備讀取那些檔案的能力。
這種整理也幫人工作。下週同事要找退款工單規則，不應先記得「新增文字文件」是哪一天建立的。能靠目錄和檔名找到資料，才有條件要求工具穩定地引用資料。
DeepSeek外掛只補工作區做不到的事
工作區能提供本地檔案，技能能保存重複做法。外掛要補的是額外能力，例如聯網搜尋，或連接工作區之外的系統。決定安裝前，先把需求寫成一句可驗收的話：「我要查一個可能隨時間變動的軟體版本，並核對來源。」這比「想讓它更強」有用，因為做完就知道外掛有沒有解決問題。
若週報做法還得每次重講，或答案明明在工作區裡、只是檔名和內容理不順，應先回到技能和資料，增加外掛不會替你釐清。此外還有三種情況先別裝：說不出它下次要幫你完成哪件具體的事；從Git安裝卻沒有固定commit，也沒檢查安裝內容和腳本；不信任來源，或沒看安裝確認框裡顯示的來源。
確定需要某個可信任的外掛後，從Git安裝的命令形式是：
npx @deepseek-ai/dsh plugin --profile web add github:owner/repo#<commit>若已全域安裝，也可以用dsh plugin --profile web add ...。從Git安裝時，盡量用#<commit>固定到特定commit，避免下次安裝時拿到不同內容。捆綁外掛裝完，要重啟一次dsh web。若安裝因構建腳本被拒絕而失敗，按終端提示允許構建，再執行一次安裝命令；不用猜測失敗訊息，也不要繞過自己看不懂的確認步驟。
還要看清楚來源。Harness的外掛索引功能沒有內建官方源；索引內容來自你自己添加的第三方源。程式只檢查索引檔案的格式，不會替你驗證裡面的聲明。只添加信任的索引源，安裝前核對確認框顯示的來源。能看到一筆索引，不等於那個外掛已被官方背書。
裝好後，就用先前定義的事驗收。若裝的是聯網能力，查一個會隨時間變動的軟體版本，並核對它引用的來源和查詢日期。不要拿「能否讀取工作區檔案」測聯網外掛；那是原本就該有的能力，測過也不能證明外掛可用。
查版本時，有時還會遇到「目前有哪些DeepSeek型號」這類需要核對的問題。可以把DeepSeek模型目錄當作查看型號資訊的參考頁；若現在就要確認，可在Crazyrouter查看目前可用的DeepSeek型號。這是查資訊的動作，不是啟動Harness或寫技能的必要設定。
DeepSeek這套工作流要定期收回
工作流不是建完資料夾就算完成。每隔一段時間，拿最近做過的任務回看三件事：哪些要求又被你口頭重複了，哪些答案引用不到原始文件，哪些外掛其實沒有用在原先要解決的事情上。重複說的要求，考慮收進技能；找不到的資料，回頭整理工作區；用不到的額外能力，不必因為已經裝了就硬塞進流程。
技能也別越寫越像一份工作手冊。週報方法變了，就改SKILL.md裡對應的規則，再用真實任務驗證。某週的活動進度、客戶情況或數字，不應長住在技能裡。它們應留在當週記錄，讓下一次任務有新的資料可讀，也讓你能追查每條結論的依據。
真要動手，就從一件每週都會做的事開始，把做法寫成一個SKILL.md。等它能穩定處理真實任務，再整理它要讀的文件；工作區確實做不到的事，才交給外掛。
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
