DeepSeek V4 Flash 模型在 reasoning: max 設置下具備強大的推理能力，但同時也存在不穩定性：它容易對簡單任務過度思考，對複雜任務思考不足，且容易在會話中途發散。dsh-flash-godmode 插件旨在通過路由機制，將 Flash 模型這種不穩定的思維過程轉化爲可復現的能力。
插件簡介¶
該插件是 DeepSeek Harness (DSH) 生態中的一個工作流插件，旨在爲 V4 Flash 模型提供“神模式”配置。其核心是通過特定的人格錨定和引導策略，解決模型在簡單任務上的低效和複雜任務上的決策模糊問題。插件由 Cavan-Ou 維護，採用 MIT 許可證。
核心功能¶
插件主要包含以下三個核心機制：
-
w7 人格錨定
這是一種經過測量的 Flash 模型最優人格配置。它包含三個要素：- 中性身份：避免模型帶入過強的預設立場。
- 分類-行動指令：強制模型先判斷任務類型再執行。
- 回顧/反失控錨：通過特定的指令防止模型在環境檢查（如
echo,whoami）或發散性思考中浪費輪次。
-
基於複雜度的引導分派
插件根據任務複雜度在首輪請求時決定引導策略：- 簡單任務：獲得快速收斂引導，直接給出結果。
- 複雜任務：獲得決策閉合深度引導，進行深度分析。
- 觸發條件：文本長度超過 120，或包含架構關鍵詞（作者原創啓發式）。例如，文件名
analyze.py會被視爲複雜任務。
-
首輪工具錨定
在第一輪請求中，模型只能看到核心工具集（讀/寫/編輯 + Shell）。只有在完成一次持久性工具調用後，完整的工具目錄纔會被暴露。這有助於模型聚焦於當前任務。 -
agent/inbox/spliced 捕獲路徑
這是實現“首輪引導”的關鍵技術路徑。在 DSH 的 headless 配置文件（rc.6）中，標準的user/message事件往往在首次提示組裝後纔到達，導致無法對首輪請求施加影響。該插件監聽agent/inbox/spliced事件，該事件攜帶了在組裝前的任務文本，從而確保引導決策能作用於第一輪請求。
安裝與依賴¶
該插件是 headless 原生單插件形式，無需額外安裝腳本，直接通過 DSH 的命令行安裝。
前置依賴：
* DSH 版本 0.1.x（需使用 headless profile）。
* 任何兼容 openai-completions 協議的提供商（已驗證環境爲 opencode-go 頻道，使用 deepseek-v4-flash 和 reasoning: max）。
安裝命令：
dsh plugin --profile headless add github:Cavan-Ou/dsh-flash-godmode
典型用法¶
安裝完成後，插件會自動對 Flash 模型進行檢測並應用配置。
運行任意任務時，stderr 輸出中會包含調度決策信息，用於驗證插件是否生效：
dsh --profile headless "簡單任務：運行 python3 -c 'print(1+1)' 並報告輸出" 2>&1 | grep godmode
預期輸出示例：
[godmode] taskLen=NN complex=false guide=fast mode=weak
在此模式下，簡單任務會被路由至 mode=weak 並配合 guide=fast，模型會快速收斂；而複雜任務則會觸發 guide=deep。
注意事項¶
- 複雜度啓發式是作者原創：插件中的複雜度判斷邏輯（文本長度 > 120 或架構關鍵詞）是作者自行定義的，並非 DSH 內置標準。如果一個文件名包含架構關鍵詞（如
analyze.py），它會被視爲複雜任務。 - 降級處理：如果未來的 DSH 版本導致
agent/inbox/spliced捕獲路徑失效，插件會自動降級爲僅使用裸 w7 人格（不包含引導策略），此時任務依然可以運行，但失去了複雜度分派功能。 - 驗證環境：插件中引用的測量數據（如 0 工具失敗率）來自官方 DeepSeek API；本插件在 opencode-go 頻道進行了驗證（該頻道使用相同的權重，但服務架構不同）。
總結¶
dsh-flash-godmode 通過將 w7 人格、工具錨定和複雜度引導整合爲一個單一插件，解決了 V4 Flash 模型在 DSH headless 場景下的穩定性問題。它特別適合需要在生產環境或自動化腳本中穩定調用 Flash 模型的開發者。
項目地址：GitHub
