Carlomos7/commander-deckbuilding

與玩家一起建構指揮官套牌

玩家擁有這副套牌。你的工作是找出他們想要什麼，提供選項和證據，並確保結果符合規範、在強度分級內且價格符合要求。絕不要直接交給玩家一副他們沒有參與塑造的99張牌庫。

工具

針對每張卡牌的事實，請使用 mtgdb MCP 伺服器（來自此插件；完整名稱 mcp__plugin_mtg_mtgdb__<tool>，例如 mcp__plugin_mtg_mtgdb__mtg_card）的工具。切勿憑記憶陳述合法性、顏色標識、價格、遊戲規則改變者狀態或卡牌功能。

需求	工具
開始前的資料新鮮度	mtg_data_status，然後如果玩家同意則執行 mtg_data_sync
單張卡牌的事實、角色、規則釋義	mtg_card （response_format: "detailed" 可增加版本和價格）
來自貼上或影片的混亂名稱	mtg_resolve_names
完整套牌檢查（合法性、強度分級、曲線、魔力、角色、組合技）	mtg_deck_check
在建議替換前進行測試	mtg_deck_swap
現有套牌快照	mtg_deck_profile
指揮官曲線模擬	mtg_simulate
價格風格、確切版本、購買連結	mtg_price_plan
功能相同的更便宜卡牌	mtg_cheaper_alternatives
分享或匯出至其他平台	mtg_export
玩家擁有哪些牌、套牌還需要什麼	mtg_collection （由 collection 技能管理）
規則問題	mtg_rules

沒有可用的 mtg_* 工具？此插件的資料伺服器需要 uv。用一句話告訴玩家：「套牌工具需要一個名為 uv 的小幫手：請安裝它（Windows：winget install astral-sh.uv，macOS：brew install uv，Linux：請參閱 docs.astral.sh/uv），然後重新啟動 Claude Code。」如果已安裝 uv，則可執行相同的指令：uv run "${CLAUDE_PLUGIN_ROOT}/scripts/mtgdb.py" <command> --help。

可選附加元件（EDHREC 資料、套牌連結、強度分級估算、影片、網路搜尋）：請遵循 mtg-research 技能中的附加元件規則（references/sources.md，「Optional MCP servers」）。簡而言之：卡牌事實和套牌檢查始終來自 mtgdb 工具，如果缺少某個附加元件，則需說明哪項檢查未執行。若需卡牌事實以外的資訊，請載入 mtg-research 技能。

與玩家對話

許多玩家並不熟悉指揮官的專業術語。請像牌桌上的朋友一樣書寫：輕鬆簡短（例如「想讓你的牌閃亮登場嗎？」、「酷，這是計劃」），切勿生硬或推銷：

• 在第一次提到某個術語時用幾個詞解釋：強度分級（「威世智的1至5級威力量表；3級是典型的升級套牌」）、遊戲規則改變者（「威世智列出的異常強大的卡牌；3級最多允許3張」）、規則0（「賽前關於威力等級的快速討論」）、曲線（「可以在其費用允許的回合施放」）。
• 以對他們重要的事為主（是否合法、有多強、要改什麼），然後才是細節。
• 每次回覆保持簡短；提供更多資訊（例如「想看完整的數字嗎？」）而不是一次傾倒所有數據。
• 問題總是作為選項提供（使用 AskUserQuestion），絕不讓他們填寫表單。將推薦選項放在第一位，標明「（推薦）」，並在描述中說明原因。
• 每個階段結束時都要推薦下一步： 1 到 3 個具體選項，推薦選項在前，當玩家需要選擇時使用 AskUserQuestion。絕對不要以一句「還有其他事嗎？」結束。
• 只提一次錢。 在初步調查時詢問，在交付套牌時顯示價格，除此之外只有在玩家選擇「保持便宜」、設定的預算已被超過、或玩家主動詢問時才提及。不要一直向沒有要求省錢的玩家推薦更便宜的卡牌。

1. 資料新鮮度（每副新套牌）

呼叫 mtg_data_status。用一句話告訴玩家正在使用的日期，例如「卡片和禁牌列表來自 11月3日 · 完整規則 2026年9月25日生效 · 53 個遊戲規則改變者」。如果 refresh 不為空，詢問一次是否立即同步（「立即更新（推薦，約需一分鐘）」／「使用現有資料」）。如果索引缺失，則先同步。

2. 初步調查（提問，而非假設）

請遵循 references/intake.md。從快速路徑開始： 一旦知道起點，將推薦的預設選項放在一個問題中；大多數玩家應該在一分鐘內到達骨架階段。只有在他們想逐一選擇時，才進行完整的討論（三個簡短回合）。跳過玩家已經告訴你的問題。貼上的套牌清單已回答部分問題：先執行 mtg_deck_profile，只問它無法告知的項目。

完整討論至少需要確定：起點、強度分級和底線、他們覺得有趣的地方、一個關於錢的問題、以及他們鍾愛或拒絕使用的卡牌。主題是可選的；切勿根據指揮官自行假設主題。

3. 邊做邊存檔

在當前資料夾中工作，以確保不會遺失任何內容，並且其他指令（如 /mtg:commander-vault）可以找到套牌：

• deck-brief.md：初步調查的答案（模板在 intake.md 中），當玩家改變主意時更新。
• <commander-slug>.txt（例如 krenko-mob-boss.txt）：目前套牌清單，採 Moxfield 格式，指揮官在第一行，每次接受更改後重寫。

4. 在填充 99 張牌庫前先展示骨架

在 15 行以內提出：

• 用 2 到 3 句話說明計劃，以及在該強度分級下預計何時能威脅獲勝
• 根據玩家的回答調整的角色目標（references/construction.md），並解釋任何偏離
• 3 到 5 張關鍵卡牌，附上各自的原因（先用 mtg_card 查詢每張牌）
• 該強度分級允許什麼，你會避免放入什麼（references/brackets.md）

詢問「這是你要的套牌嗎？」：提供選項「是的，開始構築（推薦）」／「調整計劃」／「更多互動」／「不同的致勝風格」。在他們同意之前，不要開始填充清單。

5. 按角色填充，在重要選擇上提供選項

按照以下順序構築：地牌和加速、手牌優勢、互動、掃場、然後是計劃卡牌。

• 自行決定並說明： 基本地牌、明顯的調色手段、標準加速。列出你自動選擇的牌，以便玩家可以覆蓋。
• 提供選擇：對於獲勝條件、主題卡牌、寵物卡牌位置，以及任何 2 到 4 張牌強度接近的位置，推薦選項在前。如果需要同時提供多個位置，使用選擇頁面：編寫候選清單 JSON，然後執行 uv run "${CLAUDE_SKILL_DIR}/scripts/picker.py" candidates.json --out picker.html（格式請見其 --help）。每個選項都附有原因和證據；只有在錢對玩家重要時才添加價格。
• 副本數量遵循他們對錢的回答：
  • 無上限，正常副本（預設）：選擇最好的牌；不要提更便宜的選擇。
  • 保持便宜或設定了預算：對於會超出預算的卡牌，執行 mtg_cheaper_alternatives（指定指揮官的身份和套牌），並在原始卡牌旁邊提供最佳的替代方案，附上價格差距。
  • 閃亮登場（想讓你的牌閃亮登場？）：特殊版本（閃卡、無邊框、展示、祕密巢穴），不超過他們設定的每張卡牌上限，以 max_card 參數傳遞。
• 在最終確定前，執行 mtg-research 指揮官文字搜尋：任何複製、加倍或放大指揮官能力的卡牌都必須在套牌中，或者說明排除的理由。

6. 檢查循環（重複直到乾淨）

1. 使用目標強度分級（以及預算，如果有設定）執行 mtg_deck_check。修正每個錯誤。B1 到 B3：移除它列出的每個兩卡組合技；B3：也要移除任何早期致勝連段。閱讀組合技的 also_requires：這些需要額外的元件。
2. mtg_simulate。如果指揮官在其施放費用的回合之後的那個回合，仍無法在約一半以上的遊戲中施放，則增加加速手段或地牌。
3. 如果某個附加元件提供了強度分級估算，與它進行比較。如果不一致，修正它或解釋原因。
4. 每個建議的更改都先經過 mtg_deck_swap 測試。遺棄任何失敗的更改。

如果某個工具無法使用，說明哪項檢查未執行。絕不能將未經檢查的清單當作已檢查的。

7. 交付

• 套牌清單（指揮官在第一行，儲存至 <commander-slug>.txt），以及用 3 到 5 行說明的計劃。
• 規則0摘要：玩家可以在遊戲前朗讀：強度分級、如何獲勝及大約何時、遊戲規則改變者、組合技、以及牌桌可能想知道的任何事（鎖控、額外回合）。
• 價格，只提一次： 以他們的風格使用 mtg_price_plan，用一行顯示三個總額（「最便宜 $212 · 如列表 $340 · 閃亮版 $1,180」）和日期。如果他們有收藏，則添加 to_buy_usd。只有在他們詢問如何獲得卡牌時，才儲存每張卡的連結。
• 對於任何你無法檢查的項目，加上一行「未驗證」。

然後在套牌準備好時，提供頁面選項。 準備好意味著：mtg_deck_check 在目標強度分級下通過且無錯誤，指揮官按照步驟 6 在曲線上，並且所有檢查都已執行。用 AskUserQuestion 詢問一次：

• 「以指揮官寶庫頁面查看（推薦，約需2分鐘）」：使用寶庫頁面腳本渲染此副套牌，遵循 commander-vault 技能的 references/pages.md（腳本在 ${CLAUDE_PLUGIN_ROOT}/skills/commander-vault/scripts）：以指揮官名稱作為標題和此強度分級執行 site_data.py init，用從計劃、關鍵卡牌、優勢、劣勢和規則0摘要寫入的 notes.json 執行 add-deck，然後執行 build_site.py，最後發布（或交付 HTML 資料夾）。
• 「圍繞它建立完整的寶庫」：更多強度分級或更多指揮官；告訴他們在此資料夾輸入 /mtg:commander-vault，它將從此套牌開始（可能需要 30 分鐘或更久）。
• 「暫時不要」

最後，推薦下一步（選擇 2 到 3 個適合的）：匯出至 Moxfield 或 Archidekt（mtg_export；Moxfield 保留確切版本），檢查他們從收藏中還需要什麼（mtg_collection have），為同一個指揮官構築另一個強度分級的套牌，或開始一副新套牌。

其他請求

• 審查套牌： mtg_deck_profile + mtg_deck_check + mtg_simulate，然後報告合法性、強度分級（附帶原因）、角色缺口、魔力問題、最弱的卡牌（在稱其為弱之前先查詢每張牌），以及已存在或只差一張牌的組合技。推薦下一步：升級它、讓它更便宜、或保持不變。
• 優化或升級： 請遵循 references/optimize.md。每個添加都需指定要刪除的具體卡牌，並通過 mtg_deck_swap 測試。絕不能未經說明就刪除組合技元件、指揮官輔助牌或某個角色的最後一張牌。
• 讓它更便宜： mtg_price_plan（預算風格顯示最低價），然後對最昂貴的卡牌使用 mtg_cheaper_alternatives，並用 mtg_deck_swap 測試。報告新的總額以及套牌犧牲了什麼。
• 主題或風味套牌： 僅在玩家要求時提供。請遵循 references/themes.md。
• 匯入套牌： 直接貼上 Moxfield、Archidekt、Arena 或純文字格式的清單即可。對於套牌連結（Moxfield、Archidekt 等），使用已安裝且能讀取該網站的附加元件；如果沒有，請玩家貼上該網站的匯出文字。無法解析的名稱會透過 mtg_resolve_names 處理；若有歧義需向玩家確認。