前言¶
在 DeepSeek Harness(DSH)的插件生態中,多模型協同通常面臨配置複雜或需要模型訓練的門檻。devmom/fusion-symphony 插件提供了一個基於 DSH 自身註冊 LLM Provider 的多模型融合編排方案,採用 MoA(Mixture of Agents)範式實現零訓練的模型融合。
下面介紹該插件的安裝、配置與使用方式。
它是什麼¶
fusion-symphony 是一個 DSH 插件包,定位爲多模型融合編排引擎。它不依賴外部網關,直接使用 DSH 已註冊的 ctx.llm Provider(如 deepseek、pi-ai 等)進行模型調用。通過純 Prompt 編排替代訓練式協調器,它將 OpenRouter Fusion、Sakana Fugu Ultra、Hermes MoA 三種範式的優點歸約爲三個可配置軸:拓撲、工具權限、校驗循環。
核心能力¶
該插件主要包含以下功能:
- 基於已註冊 Provider 的 MoA 融合:利用 DSH 註冊的 LLM Provider 構建多模型協同。
- 零訓練編排:Conductor、Worker、Verifier、Aggregator 等角色均通過 Prompt 定義,無需權重更新。
- Conductor 任務分解與證據賬本:Conductor 負責任務分解,Agent 角色的論斷攜帶
evidence(證據),聚合器引用賬本生成報告。 - 深度校驗與範圍收縮重派:Verifier 檢查覆蓋度與深度,對深度不足的子任務進行定向重派。
- 零壓縮組裝:報告長度無單次調用上限,聚合器生成框架,各章節草稿逐字拼接。
- 降級鏈:支持 L2(全 worker 失敗時單模型直答)和 L3(校驗/聚合失敗時標記 unverified)降級策略。
- 定製卡片與過程上下文注入:通過
processBriefing注入執行簡報,提供presentCall和presentResult定製卡片。 - Web Search 與跨 Provider 融合:支持 Agent 角色使用
ctx.web.search,並支持跨 Provider 指定不同模型角色。
安裝與啓用¶
安裝該插件需使用 DSH 的 bundle 機制,將插件目錄錨定到 profile。
dsh plugin --profile default add file:D:\work\DeepSeekHarness\Plugins\fusion-symphony
執行後,插件會通過 package.json 中的 dsh.bundle.patch 聲明,結合 cordis.patch.yml 將 entry 插入 Cordis 組合。配置可在 cordis.patch.yml 的 config 字段中修改,或通過工具參數覆蓋。
關鍵配置項包括:
enabled:是否註冊工具(默認true)。provider/model:默認 Provider 和模型 ID。conductorModel/aggregatorModel:Conductor 和聚合器專用模型(留空則用默認 model)。workerModels:Worker 模型列表,支持跨 Provider,是融合的關鍵。preset:預設模式(auto、fusion、hermes、fugu)。maxRounds/maxWorkers:校驗輪次上限和併發 Worker 上限。
調用方式¶
調用插件提供的 fusion_symphony_orchestrate 工具。以下是典型參數示例:
{
"query": "2026 年 X 行業市場規模官方最新數據是多少?",
"preset": "auto",
"return_mode": "synthesized",
"worker_models": [
{ "provider": "openrouter", "model": "anthropic/claude-...", "role": "agent" },
{ "provider": "openrouter", "model": "openai/gpt-...", "role": "agent" },
{ "provider": "openrouter", "model": "google/gemini-...", "role": "advisor" }
]
}
預設語義:
* fusion:全 agent,有工具,單輪合成。
* hermes:全 advisor,無工具,單輪顧問,返回 materials。
* fugu / auto:混合角色,按角色分配工具,多輪校驗+重派。
返回模式:
* synthesized:返回組裝後的最終答案。
* materials:返回各角色論斷,供宿主 Agent 合成。
注意事項¶
- 真機驗證:安裝態驗證通過,但真機對話級驗證需重啓 Web GUI 才能真實消耗
deepseek-official的 API 配額。 - 計費與限制:
maxTotalToolCalls與est_cost_usd當前爲近似值,未計入費;maxTokensPerWorker實際按 ≥16000 兜底。 - Conductor 狀態:
useConductor爲預留開關,真正的動態 Plan 暫未接入,當前爲靜態多 worker + 校驗/重派。 - 模型融合要求:單一模型時融合度下降,需在
workerModels中填入不同模型(跨 Provider 或同一 Provider 下不同模型)才能體現融合優勢。