菜单
大型功能開發前，讓 Claude 用 AskUserQuestionTool 深度訪問你（技術、UI/UX、風險、取捨），產出完整 spec，再開新 session 執行。適合在複雜功能實作前、需求模糊時、或開始新專案架構設計時使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | spec-interview |
| description | 大型功能開發前，讓 Claude 用 AskUserQuestionTool 深度訪問你（技術、UI/UX、風險、取捨），產出完整 spec，再開新 session 執行。適合在複雜功能實作前、需求模糊時、或開始新專案架構設計時使用。 |
| disable-model-invocation | true |
| context | fork |
來源：Thariq Shihipar (@trq212, Anthropic Claude Code 核心團隊) 「my favorite way to use Claude Code to build large features is spec based」 原始 gist：claude-code-interview-command（71 ★）
大多數人開發大型功能的問題不是技術能力不足，而是需求不夠清楚就開始實作。 Spec Interview 強迫你在動手前先被訪問一遍，把模糊的需求變成 Claude 可以 1-shot 執行的精確 spec。
模糊 prompt → 直接實作 ❌ Claude 邊猜邊做，來回修改多次
模糊 prompt → 訪談 → spec → 新 session 執行 ✅ Claude 1-shot 完成
"The goal is to constantly remove constraints to give Claude more agency."
模型本身已有很強的能力，但環境中充滿不必要的限制（hobbles）：
Spec Interview 是 Unhobbling 的體現：把模糊需求轉成清晰 spec，讓 Claude 在執行 session 中擁有充足資訊，不需要不斷回頭確認 → 更多自主性、更少中斷。
Delete-and-Rebuild Cycle（隨模型能力升級主動刪除）：
不需要完整，1-2 句話描述你想做什麼：
我想在 dashboard 加一個 real-time 通知系統
或先建立 plan 檔案：
echo "實作 real-time 通知系統，支援 WebSocket，UI 右上角 bell icon" > plan.md
請用 AskUserQuestionTool 深度訪問我關於這個功能的所有細節：
技術實作、UI/UX、邊界案例、風險、取捨。
不要問顯而易見的問題。訪談完成後，產出完整的 spec 文件。
功能：[你的功能描述]
或用 /spec-interview 搭配 plan 檔案：
/spec-interview plan.md
Claude 會用 AskUserQuestionTool 逐一訪問（modal UI 阻塞 agent loop，確保你充分回答）：
訪談完成後，Claude 產出 spec 文件。開新 session，把 spec 貼進去：
請依照以下 spec 實作，不要問問題，直接執行：
[貼上 spec 內容]
新 session 有乾淨的 context，Claude 專注在執行而非釐清需求。
訪談 session 的 context 已經充滿探索性的對話和中間產物。 執行 session 需要的是乾淨的 context — 只有 spec 和程式碼。
訪談 session：問題、反問、釐清、模糊探索 ← 留在 child context
執行 session：精確 spec → 直接執行 ← 乾淨開始
可以把以下內容存成 .claude/skills/spec-interview/scripts/interview.sh 供 Claude 呼叫：
#!/usr/bin/env bash
# 讀取 plan 檔案，啟動訪談模式
# 用法：claude --model claude-opus-4-8 "$(cat interview-prompt.txt)" < "$1"
PLAN_FILE="${1:-plan.md}"
cat <<EOF
Read this plan file and interview me in detail using the AskUserQuestionTool
about literally anything: technical implementation, UI & UX, concerns, tradeoffs, etc.
Ask non-obvious questions that I might not have thought of.
Continue interviewing until you have enough information, then generate a specification document.
Plan file content:
$(cat "$PLAN_FILE" 2>/dev/null || echo "No plan file found at: $PLAN_FILE")
EOF
設計功能時，採用「從模型視角出發」的方法：
| 原則 | 說明 |
|---|---|
| Progressive Disclosure 優於加工具 | 不要把所有資訊塞進 system prompt；讓 Claude 在需要時透過子 agent 探索 |
| ~20 個工具上限 | 每個工具都增加模型認知負荷；加新工具需高門檻 |
| 工具需讓模型理解如何呼叫 | AskUserQuestion 成功關鍵：不是格式指令，而是獨立工具 + modal UI |
| Tasks > Todos | 隨模型能力提升，舊工具可能變成限制；Tasks 支援跨 session 協作 |
洞察：工具設計失敗通常不是因為模型能力不足，而是工具設計沒讓模型清楚理解呼叫時機。
/go 驗證模式：讓 Claude 端到端測試 → /simplify → 開 PR（Boris Cherny 建議）。分析 claude.com/blog 的新文章，提取可操作洞察並更新 workspace 設定。手動調用。
分析當前專案的 Claude Code session 資料，產出 context 效率報告（模型用量、工具效率、委派比例、TodoWrite 使用率）。搭配 context-management.md 使用。
冷啟新 session：掃描 codebase 結構並讀取 README，快速建立專案 context。適合在陌生 repo 或新 session 開始時使用。
追蹤並計算當前 session 的 Token 使用量和花費（USD）。產出前後對比報告，幫助使用者了解 workspace 優化的實際效益。
研究外部 Claude Code best practice 來源（GitHub repos、官方 docs、blog），對比現有 workspace 做 gap analysis，產出可操作建議清單。
對 staged changes 執行三維度平行審查（安全、效能、風格），合成優先排序的發現摘要。