GitHub Repo
Dify 社群回報 MCP 資源連結遭丟棄,工具成功回傳仍可能留下空結果
Dify 的 MCP 整合被回報未處理 resource_link,僅回傳資源連結的工具可能產生空白觀察結果。社群已提出保留連結與中繼資料的修補,但尚未合併,正式版本影響範圍仍待確認。

Dify 社群於 10 月 3 日提交一項 MCP 相容性回報:工具即使回傳符合協定的資源連結,內容仍可能在進入代理可讀的工具觀察結果前遭丟棄。回報針對 main 分支的一個原始碼快照,使用模擬遠端回覆重現;目前不能據此認定所有正式版本或雲端部署都受影響。問題回報
觸發條件相當具體:工具沒有輸出結構描述,也未提供 structuredContent,而 content 只包含 resource_link。回報者指出,協定模型能辨識 ResourceLink,但 MCPTool._invoke 的內容分派缺少對應處理,因此將它記錄為不支援內容並略過。只有連結時不產生任何訊息;文字與連結混合時,文字保留,連結則消失。重現細節
MCP 的工具規格允許伺服器回傳資源 URI,讓用戶端之後取得或訂閱內容,並附上名稱、描述與 MIME 類型。這些連結也不保證出現在 resources/list 中。對報告生成、檔案搜尋等流程而言,若工具只交付連結,丟失它便可能切斷後續取得資料的路徑;這是依協定與回報推導的工程影響,尚非已公布的生產事故。MCP 工具規格
同日提出的修補 PR 改用既有 JSON 訊息路徑,保留 URI、名稱、描述、MIME 類型、annotations 與 _meta,不主動抓取資源,也不新增相依套件。作者回報,涵蓋純連結及混合內容的回歸測試,在原始基線失敗、套用修補後通過,相關單元測試共 14 項通過;這些結果仍屬提交者的驗證。截至查核時,PR 尚待審查與合併。修補提案
採用 Dify 串接 MCP 的工程團隊,可先測試純連結與文字加連結兩種回覆,確認 URI 是否完整進入代理觀察結果。後續應追蹤上游審查、發布版本與實際遠端伺服器測試;保留連結只是資料交付的一步,是否讀取內容仍須由應用流程決定。