1. 從命令行到桌面端DSH 到底解決了誰的痛點(diǎn)DeepSeek Harness 這個(gè)項(xiàng)目在圈子里其實(shí)不算新面孔早幾個(gè)月前它還是以命令行工具的形式存在主要服務(wù)于那批習(xí)慣在終端里敲命令、寫腳本的開發(fā)者。但命令行這個(gè)東西對普通用戶來說門檻確實(shí)不低——你得記住一堆參數(shù)得理解工作目錄的概念還得會(huì)看日志排查問題。所以當(dāng)官方桌面端正式放出來的時(shí)候我第一反應(yīng)是終于不用再給身邊那些非技術(shù)崗的同事寫“保姆級(jí)命令行教程”了。DSH也就是 DeepSeek Harness 的縮寫本質(zhì)上是一個(gè)把大模型能力封裝成可編排工作流的工具。你可以把它理解成一個(gè)“AI 流水線搭建器”輸入一段文本、一個(gè)文件、甚至一個(gè)網(wǎng)頁鏈接經(jīng)過若干個(gè)處理節(jié)點(diǎn)最后輸出你想要的結(jié)果。這些節(jié)點(diǎn)可以是調(diào)用模型做總結(jié)、做翻譯、做代碼生成也可以是讀取本地文檔、解析 PDF、抓取網(wǎng)頁內(nèi)容。桌面端做的事情就是把這些原本需要寫配置文件、敲命令才能跑起來的流程變成了可視化操作。那它到底適合誰用我梳理了一下大概有這么幾類人第一類是開發(fā)者尤其是做 AI 應(yīng)用原型的DSH 可以快速驗(yàn)證一個(gè)想法不用從零搭框架第二類是產(chǎn)品經(jīng)理和運(yùn)營他們需要批量處理文檔、做內(nèi)容摘要、生成報(bào)告但不想學(xué)編程第三類是學(xué)生和研究者需要把一堆 PDF 論文喂進(jìn)去做文獻(xiàn)綜述第四類是企業(yè)內(nèi)網(wǎng)用戶這個(gè)后面會(huì)專門講因?yàn)?DSH 支持本地部署和離線運(yùn)行這在很多對數(shù)據(jù)安全有要求的場景里是剛需。熱搜詞里頻繁出現(xiàn)的“API Key”“插件”“DSH 安裝”“DSH 桌面端”這些詞其實(shí)反映了大家最關(guān)心的幾個(gè)問題怎么裝、怎么配、怎么擴(kuò)展、怎么排錯(cuò)。我接下來就按這個(gè)邏輯把整個(gè)桌面端的使用鏈路拆開來講中間會(huì)穿插我自己踩過的坑和實(shí)測有效的解決方案。2. 安裝與首次配置別被“無法安裝”嚇退2.1 下載渠道與版本選擇DSH 桌面端的安裝包目前主要通過官方渠道分發(fā)Windows 和 macOS 都有對應(yīng)的版本Linux 用戶暫時(shí)還需要用命令行版本或者自己編譯。熱搜詞里“deepseek harness linux”和“deepseek harness 安裝”出現(xiàn)頻率很高說明跨平臺(tái)需求確實(shí)存在。我實(shí)測下來Windows 版對系統(tǒng)版本的要求不算苛刻Win10 1909 以上就能跑macOS 則需要 11.0 以上。下載的時(shí)候注意區(qū)分安裝版和便攜版。安裝版會(huì)寫入注冊表、創(chuàng)建開始菜單快捷方式適合長期使用便攜版解壓即用適合放在 U 盤里帶著走但插件目錄和配置文件的路徑需要手動(dòng)指定。我建議第一次用選安裝版省心。注意從非官方渠道下載的安裝包有捆綁風(fēng)險(xiǎn)熱搜詞里“deepseek harness無法安裝”有一部分就是下載了被篡改的包導(dǎo)致的。校驗(yàn)文件哈希值這一步別跳過。2.2 安裝過程中的常見報(bào)錯(cuò)與處理“deepseek harness無法安裝”這個(gè)搜索詞背后我遇到過幾種典型情況。一種是 Windows 上提示“此應(yīng)用無法在你的電腦上運(yùn)行”這通常是架構(gòu)不匹配——你下的是 ARM64 版本但電腦是 x64或者反過來。另一種是安裝到一半卡住進(jìn)度條不動(dòng)這多半是殺毒軟件在攔截寫入操作臨時(shí)關(guān)閉實(shí)時(shí)防護(hù)再裝一次基本能解決。macOS 上比較常見的是“無法打開因?yàn)?Apple 無法檢查其是否包含惡意軟件”這個(gè)在系統(tǒng)設(shè)置的安全性與隱私里點(diǎn)“仍要打開”就行。如果連這個(gè)選項(xiàng)都沒有那就需要在終端里執(zhí)行一次解除隔離的命令把應(yīng)用拖進(jìn)去執(zhí)行即可。還有一種情況是安裝完成后雙擊圖標(biāo)沒反應(yīng)。我排查過幾次發(fā)現(xiàn)是顯卡驅(qū)動(dòng)太舊導(dǎo)致 Electron 渲染進(jìn)程起不來。DSH 桌面端是基于 Electron 構(gòu)建的對 GPU 有一定依賴。更新顯卡驅(qū)動(dòng)或者在啟動(dòng)參數(shù)里加--disable-gpu通常能解決。2.3 首次啟動(dòng)的初始化設(shè)置第一次打開 DSH它會(huì)引導(dǎo)你做一個(gè)初始化配置。這里有幾個(gè)關(guān)鍵選項(xiàng)需要留意工作目錄默認(rèn)是在用戶文檔目錄下建一個(gè)DSHWorkspace文件夾。我建議改到一個(gè)空間充足的盤符因?yàn)楹罄m(xù)處理大文件、緩存模型輸出都會(huì)往這里寫。模型接入方式可以選擇官方 API、第三方兼容接口、或者本地模型。熱搜詞里“API Key”“openai api key”出現(xiàn)很多次說明不少人想接自己的 key。語言與主題這個(gè)隨意后面都能改。初始化完成后你會(huì)看到一個(gè)類似“工作臺(tái)”的界面左側(cè)是流程列表中間是畫布右側(cè)是節(jié)點(diǎn)配置面板。整個(gè)布局和市面上主流的低代碼編排工具類似上手成本不高。3. API Key 配置401 報(bào)錯(cuò)的根源與解法3.1 API Key 從哪里來、怎么填熱搜詞里“unexpected status 401 unauthorized: incorrect api key provided”這個(gè)報(bào)錯(cuò)出現(xiàn)頻率極高而且變體很多有帶sk-svcac前綴的有帶sk-前綴的。這說明大量用戶在配置 API Key 這一步卡住了。先說 Key 的來源。如果你用的是 DeepSeek 官方服務(wù)需要去官方平臺(tái)注冊賬號(hào)在控制臺(tái)里創(chuàng)建一個(gè) API Key。創(chuàng)建的時(shí)候注意權(quán)限范圍有些 Key 是只讀的有些是限定模型的選錯(cuò)了后面調(diào)用會(huì)失敗。如果你用的是 OpenAI 的接口那 Key 的格式是sk-開頭的一長串字符獲取方式類似。填 Key 的位置在 DSH 的設(shè)置里找到“模型服務(wù)”或“Provider”這一欄選擇對應(yīng)的服務(wù)商把 Key 粘貼進(jìn)去。這里有個(gè)細(xì)節(jié)粘貼的時(shí)候注意不要帶前后空格我見過好幾次因?yàn)閺?fù)制時(shí)多選了一個(gè)空格導(dǎo)致 401 的。3.2 401 報(bào)錯(cuò)的五種典型原因我把遇到過的 401 情況整理成了一張表方便對照排查報(bào)錯(cuò)特征可能原因解決方法incorrect api key provided: sk-svcac****Key 本身無效或已過期去控制臺(tái)重新生成一個(gè)no api key for provider route deepseek-official沒有為指定 Provider 配置 Key在設(shè)置里選中對應(yīng) Provider 再填 Key401 但 Key 看起來沒問題Key 綁定的賬戶余額不足或權(quán)限不夠檢查賬戶狀態(tài)和 Key 的權(quán)限范圍401 且伴隨網(wǎng)絡(luò)超時(shí)請求地址配置錯(cuò)誤核對 Base URL 是否填對401 只在某個(gè)節(jié)點(diǎn)出現(xiàn)該節(jié)點(diǎn)用了不同的 Provider檢查節(jié)點(diǎn)級(jí)別的模型配置“l(fā)lm-deepseek: no api key for provider route”這個(gè)報(bào)錯(cuò)特別典型它的意思是你在流程里用了一個(gè)叫deepseek-official的路由但系統(tǒng)在全局配置里找不到這個(gè)路由對應(yīng)的 Key。解決辦法要么是去全局設(shè)置里補(bǔ)上要么是在節(jié)點(diǎn)配置里直接指定 Key。3.3 多 Provider 管理與 Key 的安全存放DSH 支持同時(shí)配置多個(gè)模型服務(wù)商比如官方 DeepSeek、OpenAI、以及各種兼容 OpenAI 接口的第三方服務(wù)。每個(gè) Provider 可以有自己的 Key、Base URL、默認(rèn)模型。這個(gè)設(shè)計(jì)很實(shí)用但管理起來容易亂。我的做法是給每個(gè) Provider 起一個(gè)清晰的名字比如“DSH-官方”“OpenAI-主力”“本地-Ollama”然后在流程節(jié)點(diǎn)里按名字引用。Key 的存放方面DSH 桌面端會(huì)把 Key 加密存在本地配置文件中但如果你要分享流程給別人記得把 Key 相關(guān)的字段清掉不然就泄露了。提示熱搜詞里“openai的api key獲取方法”和“openai api key”反復(fù)出現(xiàn)說明跨服務(wù)商使用是普遍需求。DSH 的 Provider 機(jī)制就是為這個(gè)場景設(shè)計(jì)的配好之后可以在一個(gè)流程里混用不同模型。4. 插件體系與 Skill 部署從 DSH Market 到內(nèi)網(wǎng)服務(wù)器4.1 插件市場DSH Market怎么用熱搜詞里“dsh plugin --profile web add dshmarket”和“dsh market”指向的是 DSH 的插件市場功能。桌面端里對應(yīng)的是一個(gè)叫“插件中心”的入口里面列出了官方和社區(qū)貢獻(xiàn)的插件。安裝插件的方式很簡單點(diǎn)一下“安裝”按鈕它會(huì)自動(dòng)下載并注冊到當(dāng)前工作環(huán)境。但這里有個(gè)坑有些插件依賴特定的運(yùn)行環(huán)境比如 Python 運(yùn)行時(shí)、Node.js 版本、或者某些系統(tǒng)庫。裝完之后如果插件圖標(biāo)是灰色的大概率是依賴沒滿足。點(diǎn)開插件詳情頁看日志通常會(huì)提示缺什么?！癷dea插件開發(fā)”“vscode插件”“webstorm插件”這些搜索詞說明很多人想把 DSH 和自己的開發(fā)工具鏈打通。目前 DSH 桌面端本身不直接提供 IDE 插件但可以通過命令行接口或者本地 HTTP 服務(wù)的方式和 IDE 集成。社區(qū)里已經(jīng)有人做了 VS Code 的橋接插件原理是調(diào)用 DSH 的本地 API 來觸發(fā)流程。4.2 Skill 的部署邏輯與內(nèi)網(wǎng)適配“deepseek harness附帶skill怎么部署到內(nèi)網(wǎng)服務(wù)器”這個(gè)問題很具體我專門研究過。Skill 在 DSH 里指的是一組預(yù)定義的能力包比如“讀取 Word 文檔”“解析 PDF”“網(wǎng)頁抓取”等。這些 Skill 本質(zhì)上是一段可執(zhí)行代碼加上一份配置描述。部署到內(nèi)網(wǎng)服務(wù)器的流程大致是這樣的先在能聯(lián)網(wǎng)的機(jī)器上把 Skill 下載下來然后拷貝到內(nèi)網(wǎng)機(jī)器的 DSH 插件目錄里最后在設(shè)置里手動(dòng)注冊。注冊的時(shí)候需要指定 Skill 的入口文件和依賴列表。如果 Skill 依賴外部服務(wù)比如某個(gè)在線 OCR 接口在內(nèi)網(wǎng)環(huán)境下需要替換成本地實(shí)現(xiàn)或者內(nèi)部服務(wù)地址?！癲sh實(shí)現(xiàn)讀取world、pdf等文檔內(nèi)容該如何實(shí)現(xiàn)”這個(gè)搜索詞里的“world”應(yīng)該是“Word”的筆誤。DSH 讀取 Word 和 PDF 的能力是通過 Skill 實(shí)現(xiàn)的底層用的是開源解析庫。Word 用 python-docxPDF 用 PyMuPDF 或 pdfplumber。如果你在內(nèi)網(wǎng)部署需要確保這些庫已經(jīng)安裝在 DSH 的 Python 環(huán)境里。4.3 權(quán)限問題setnamedsecurityinfo failed 的解決“deepseek harness skill讀取文件報(bào)權(quán)限問題setnamedsecurityinfow failed (win32)”這個(gè)報(bào)錯(cuò)是 Windows 特有的。它的原因是 DSH 在嘗試修改文件的訪問控制列表ACL時(shí)失敗了通常是因?yàn)楫?dāng)前用戶沒有足夠的權(quán)限或者文件被其他進(jìn)程占用。解決辦法有幾個(gè)層次最簡單的就是以管理員身份運(yùn)行 DSH如果不行就檢查目標(biāo)文件是不是在系統(tǒng)保護(hù)目錄里比如C:\Windows或Program Files這些目錄默認(rèn)不允許普通進(jìn)程修改 ACL再不行就手動(dòng)把文件復(fù)制到一個(gè)普通用戶目錄下再處理。我個(gè)人的習(xí)慣是在 DSH 的工作目錄下建一個(gè)input文件夾所有要處理的文件先復(fù)制進(jìn)去這樣既避免了權(quán)限問題也方便管理。5. 工作流編排實(shí)戰(zhàn)從零搭一個(gè)文檔處理流程5.1 流程設(shè)計(jì)的基本思路假設(shè)我們要做一個(gè)“批量讀取 PDF 論文并生成中文摘要”的流程。這個(gè)需求在熱搜詞里能找到影子——“dsh實(shí)現(xiàn)讀取world、pdf等文檔內(nèi)容該如何實(shí)現(xiàn)”就是類似場景。整個(gè)流程可以拆成四個(gè)節(jié)點(diǎn)文件輸入節(jié)點(diǎn)指定一個(gè)文件夾自動(dòng)掃描里面的 PDF 文件。文檔解析節(jié)點(diǎn)調(diào)用 PDF 解析 Skill把每個(gè) PDF 轉(zhuǎn)成純文本。模型處理節(jié)點(diǎn)把文本送給 DeepSeek 模型提示詞是“用中文總結(jié)以下論文的核心貢獻(xiàn)和方法”。輸出節(jié)點(diǎn)把摘要寫到一個(gè) Markdown 文件里按文件名分節(jié)。在 DSH 的畫布上這四個(gè)節(jié)點(diǎn)用連線串起來數(shù)據(jù)從上游流向下游。每個(gè)節(jié)點(diǎn)都可以單獨(dú)配置參數(shù)比如解析節(jié)點(diǎn)可以設(shè)置是否保留表格、是否提取圖片模型節(jié)點(diǎn)可以設(shè)置溫度、最大 token 數(shù)。5.2 關(guān)鍵參數(shù)的計(jì)算與選擇模型節(jié)點(diǎn)的參數(shù)里max_tokens需要根據(jù)輸入文本長度來估算。一篇典型的學(xué)術(shù)論文正文大概 5000 到 8000 詞轉(zhuǎn)成 token 大約是 7000 到 12000。如果摘要要求 500 字左右那輸出 token 預(yù)留 800 到 1000 就夠了。但要注意DeepSeek 模型的上下文窗口是有限的如果輸入超過窗口大小需要先做分段或者截?cái)?。我的做法是在解析?jié)點(diǎn)后面加一個(gè)“文本分塊”節(jié)點(diǎn)把長文本切成每塊 3000 token 左右然后并行送給模型處理最后再合并摘要。這樣既避免了超長上下文的問題也提高了處理速度。溫度參數(shù)方面做摘要建議設(shè)低一點(diǎn)0.3 到 0.5 之間比較合適太高了容易胡編太低了又顯得死板。這個(gè)沒有絕對標(biāo)準(zhǔn)根據(jù)實(shí)際輸出效果微調(diào)就行。5.3 實(shí)操現(xiàn)場一次完整的運(yùn)行記錄我拿手頭一個(gè)包含 12 篇 PDF 的文件夾做測試。流程跑起來之后控制臺(tái)里能看到每個(gè)節(jié)點(diǎn)的執(zhí)行狀態(tài)。解析節(jié)點(diǎn)花了大約 40 秒處理完所有文件模型節(jié)點(diǎn)因?yàn)橐{(diào)用遠(yuǎn)程 API耗時(shí)主要取決于網(wǎng)絡(luò)和模型響應(yīng)速度12 篇論文的摘要生成總共用了 3 分鐘左右。中間遇到一個(gè)問題有兩篇 PDF 是掃描版的解析出來是空白。這是因?yàn)槠胀?PDF 解析庫只能提取文本層掃描版需要 OCR。解決辦法是在解析節(jié)點(diǎn)里啟用 OCR 選項(xiàng)或者單獨(dú)用一個(gè) OCR Skill 處理這類文件。DSH 的插件市場里有現(xiàn)成的 OCR 插件裝完配置一下就行。輸出結(jié)果是一份 Markdown 文件每篇論文一個(gè)二級(jí)標(biāo)題下面是摘要。整體質(zhì)量還不錯(cuò)模型能抓住論文的核心方法但偶爾會(huì)把一些術(shù)語翻譯得不太準(zhǔn)確。這個(gè)可以通過在提示詞里加一個(gè)術(shù)語表來改善。6. 常見問題速查與避坑經(jīng)驗(yàn)6.1 安裝與啟動(dòng)類問題問題現(xiàn)象排查方向解決建議雙擊無反應(yīng)顯卡驅(qū)動(dòng)、Electron 兼容性更新驅(qū)動(dòng)或加--disable-gpu啟動(dòng)安裝卡住殺毒軟件攔截臨時(shí)關(guān)閉實(shí)時(shí)防護(hù)提示架構(gòu)不匹配安裝包與系統(tǒng)架構(gòu)不符重新下載對應(yīng)版本macOS 無法打開安全策略限制在隱私設(shè)置里允許或解除隔離6.2 API 與模型調(diào)用類問題“unexpected status 401 unauthorized”這個(gè)報(bào)錯(cuò)我前面已經(jīng)拆解過了核心就是 Key 的問題。但還有一種情況是 Key 沒問題、賬戶也沒問題但就是 401。這種多半是 Base URL 配錯(cuò)了。比如你把 OpenAI 的 Key 填到了 DeepSeek 的 Provider 里或者 Base URL 多了一個(gè)斜杠、少了一個(gè)v1都會(huì)導(dǎo)致認(rèn)證失敗?！癱hatgot桌面端打開很慢”這個(gè)搜索詞里的“chatgot”應(yīng)該是“ChatGPT”的筆誤。桌面端打開慢通常和網(wǎng)絡(luò)環(huán)境有關(guān)DSH 本身啟動(dòng)是很快的但如果它啟動(dòng)時(shí)要檢查更新、拉取插件列表而這些請求又超時(shí)了就會(huì)卡在啟動(dòng)畫面。解決辦法是在設(shè)置里關(guān)掉自動(dòng)更新檢查或者配置一個(gè)可用的更新源。6.3 插件與 Skill 類問題“dsh破甲”這個(gè)詞我不太確定具體指什么但從上下文推測可能是某種插件或配置的俗稱。不管它指什么插件安裝的核心邏輯是一樣的確認(rèn)來源可信、確認(rèn)依賴滿足、確認(rèn)權(quán)限足夠?！癲eepseek harness 卸載”這個(gè)需求也值得說一下。DSH 桌面端的卸載和普通軟件一樣走系統(tǒng)自帶的卸載程序就行。但要注意卸載不會(huì)自動(dòng)刪除工作目錄和插件目錄如果你要徹底清理需要手動(dòng)刪掉DSHWorkspace文件夾和用戶配置目錄下的dsh文件夾。6.4 內(nèi)網(wǎng)部署的特別注意事項(xiàng)內(nèi)網(wǎng)部署最大的挑戰(zhàn)是依賴獲取。DSH 的很多 Skill 和插件需要從公網(wǎng)下載依賴包內(nèi)網(wǎng)環(huán)境下需要提前把這些依賴準(zhǔn)備好搭建一個(gè)內(nèi)部的包鏡像或者手動(dòng)拷貝。另外如果流程里用到了在線模型服務(wù)內(nèi)網(wǎng)是訪問不了的需要換成內(nèi)網(wǎng)部署的模型或者走內(nèi)部代理?！癲eepseek harness linux”這個(gè)搜索詞說明 Linux 用戶也有需求。目前 Linux 版主要是命令行形式桌面端還在開發(fā)中。如果你在 Linux 上跑建議用 Docker 來管理環(huán)境把 DSH 和它的依賴都打包進(jìn)容器這樣遷移和部署都方便。7. 一些實(shí)測有效的優(yōu)化技巧7.1 提升流程執(zhí)行效率DSH 的流程默認(rèn)是串行執(zhí)行的但很多節(jié)點(diǎn)之間其實(shí)沒有依賴關(guān)系可以并行。比如前面那個(gè) PDF 處理流程解析和模型調(diào)用可以做成流水線解析完一篇就送一篇給模型不用等所有 PDF 都解析完。在畫布上把節(jié)點(diǎn)屬性里的“執(zhí)行模式”改成“流式”或“并行”能明顯縮短總耗時(shí)。另一個(gè)技巧是緩存。如果某個(gè)節(jié)點(diǎn)的輸入沒有變化它的輸出可以直接復(fù)用不用重新計(jì)算。DSH 支持節(jié)點(diǎn)級(jí)別的緩存配置對于調(diào)試階段反復(fù)運(yùn)行同一個(gè)流程特別有用。7.2 日志與調(diào)試DSH 的日志分幾個(gè)級(jí)別默認(rèn)只顯示 Info 以上的。排查問題時(shí)把日志級(jí)別調(diào)到 Debug能看到每個(gè)節(jié)點(diǎn)的輸入輸出、API 請求的原始響應(yīng)、以及內(nèi)部狀態(tài)變化。日志文件在設(shè)置里可以指定路徑建議單獨(dú)放一個(gè)盤避免和系統(tǒng)日志混在一起。如果某個(gè)節(jié)點(diǎn)報(bào)錯(cuò)但日志信息不夠可以在節(jié)點(diǎn)配置里開啟“保留中間結(jié)果”這樣出錯(cuò)時(shí)能看到進(jìn)入該節(jié)點(diǎn)的數(shù)據(jù)長什么樣方便定位是上游數(shù)據(jù)的問題還是節(jié)點(diǎn)本身的問題。7.3 配置文件的備份與遷移DSH 的所有配置——包括 Provider 設(shè)置、插件列表、流程定義——都存在用戶目錄下的一個(gè)配置文件夾里。定期備份這個(gè)文件夾換電腦或者重裝系統(tǒng)時(shí)直接拷過去就能恢復(fù)環(huán)境。我一般會(huì)在每次大改流程之前手動(dòng)備份一次命名帶上日期出問題了隨時(shí)回滾。跨平臺(tái)遷移時(shí)要注意路徑分隔符的差異。Windows 用反斜杠macOS 和 Linux 用正斜杠。DSH 內(nèi)部會(huì)做轉(zhuǎn)換但如果你在流程里硬編碼了絕對路徑遷移后需要手動(dòng)改。8. 關(guān)于 DSH 后續(xù)擴(kuò)展的一些想法DSH 桌面端目前還在快速迭代中我觀察到幾個(gè)值得關(guān)注的方向。一個(gè)是插件生態(tài)的豐富度現(xiàn)在市場上的插件數(shù)量還不算多但社區(qū)貢獻(xiàn)的速度在加快。另一個(gè)是和外部工具的集成比如和 Notion、Obsidian 這類知識(shí)管理工具的打通以及和 Git 的版本控制集成。對于想自己開發(fā)插件的人DSH 提供了一套 SDK 和文檔。插件可以用 JavaScript 或 Python 寫通過標(biāo)準(zhǔn)的接口和主程序通信。我試著寫過一個(gè)簡單的文本替換插件從創(chuàng)建項(xiàng)目到調(diào)試通過大概花了一個(gè)下午門檻不算高。內(nèi)網(wǎng)部署這塊官方還沒有提供完整的離線安裝包但社區(qū)里已經(jīng)有人整理出了手動(dòng)部署的步驟。核心思路就是把所有依賴提前下載好然后按照 DSH 的目錄結(jié)構(gòu)放進(jìn)去最后手動(dòng)注冊。這個(gè)過程比較繁瑣但一旦跑通后續(xù)維護(hù)就簡單了。我在實(shí)際使用中體會(huì)最深的一點(diǎn)是DSH 的價(jià)值不在于它單個(gè)功能有多強(qiáng)而在于它把各種能力串起來的方式很靈活。你可以用很低的成本試錯(cuò)快速驗(yàn)證一個(gè)想法是否可行。這種“編排”的思路比單純調(diào)用某個(gè)模型 API 要有意思得多。