## Problem > **Source**: surfaced during /idd-issue #26 linked-context sister sweep (Step 4.7) `idd-issue` Step 1 「Source Type Adapter」會依來源類型呼叫對應 MCP tool(`mcp__che-word-mcp__get_document_text` / `mcp__plugin_che-telegram-mcp_*` / `mcp__plugin_che-apple-mail-mcp_*` / `mcp__plugin_che-apple-notes-mcp_*`)。當該 MCP plugin **沒裝**時: - skill 不會明確報「請先 `claude plugin install che-word-mcp@...`」 - 只會 fallback 到請使用者手動處理(Telegram fallback) 或 silently 用其他工具讀取 - 使用者誤以為 IDD **不支援**該格式,而不是少裝一個 plugin ## Type bug (UX / error-reporting) ## Expected Step 1 Source Type Adapter 在偵測到來源是 `.docx` / Telegram / Mail / Notes 時: 1. 先檢查對應 MCP tool 是否存在(從 ToolSearch 或 deferred tool list 確認) 2. 不存在 → 明確報錯 + 給出 install 指令範本: ``` ✗ 此來源是 .docx,需要 che-word-mcp plugin。 請先安裝:claude plugin install che-word-mcp@<marketplace> 或改貼純文字內容到 prompt。 ``` 3. 存在 → 照原邏輯走 ## Actual skill description 假設所有 MCP tool 都已可用,fallback 寫成「使用者手動操作」或 silent fall-through。 ## Impact - **Onboarding 卡點**:同 #26 列出的 onboarding 痛點,但發生在 skill execution 時(更晚被發現) - **誤導性錯誤**:使用者得到「此格式不支援」的錯印象,實際只是 plugin 沒裝 - **與 #26 互補**:#26 是「事前 docs 標明依賴」,本 issue 是「事中錯誤訊息明確指引」 ## Related - #26 (docs side) Priority: **P3** (UX 改善,非 blocker) --- ## Current Status **Phase**: closed **Last updated**: 2026-05-07 by idd-close ### Resolution - PR #39 merged → main - cluster with #34 — Step 1 MCP plugin presence pre-flight + structured fail-fast (per #32 absorbed spec)
Problem
idd-issueStep 1 「Source Type Adapter」會依來源類型呼叫對應 MCP tool(mcp__che-word-mcp__get_document_text/mcp__plugin_che-telegram-mcp_*/mcp__plugin_che-apple-mail-mcp_*/mcp__plugin_che-apple-notes-mcp_*)。當該 MCP plugin 沒裝時:claude plugin install che-word-mcp@...」Type
bug (UX / error-reporting)
Expected
Step 1 Source Type Adapter 在偵測到來源是
.docx/ Telegram / Mail / Notes 時:Actual
skill description 假設所有 MCP tool 都已可用,fallback 寫成「使用者手動操作」或 silent fall-through。
Impact
Related
Priority: P3 (UX 改善,非 blocker)
Current Status
Phase: closed
Last updated: 2026-05-07 by idd-close
Resolution