您是否經歷過這樣的窘境？
告訴 AI 要做什麼，它信心滿滿地衝出去寫程式，但結果出爐時，您才發現它的想像跟您的想像南轅北轍。功能是能用啦，但就是不太對勁。於是您開始改改改，最後花的時間比自己從頭寫還多。
如果有這樣的經驗，恭喜您，您已經發現了 AI 編程最大的痛點：假設。
假設的代價
AI 就像一個對公司環境完全陌生的新人。您說「幫我加個登入功能」，它會馬上開始瞎猜：要用 OAuth 還是 JWT？支援哪些登入方式？需不需要角色權限管理？如果 session 逾時了要怎麼辦？
結果就是，AI 按照自己的想像寫出來的程式，可能根本不是您要的。浪費時間，浪費生命。
Anthropic 最近推出的 Claude Code 新功能「AskUserQuestion」，就是為了解決這個老問題。說白了，就是讓 AI 學會先問清楚再動手。
反轉遊戲規則：AI 來面試你
以前我們痴迷於「提示詞工程」——費盡心思琢磨怎麼跟 AI 說話，才能讓它做對事。現在 Claude Code 的 AskUserQuestion 功能反轉了這個關係：換 AI 來問你。
這聽起來簡單，但威力驚人。
想像這個場景：您跟 Claude 說「幫我整合使用者認證」。以前 Claude 會直接開始寫程式，現在它會停下來，一個接一個地拋出關鍵問題：
- 您偏好哪種認證方法？（OAuth、JWT、還是傳統的 session？）
- 要支援哪些登入服務商？（Google、GitHub、email+密碼？）
- 需要角色式存取控制嗎？
- session 逾時後要發生什麼？
每個問題都附帶合理的選項和說明，就像在進行一場真實的技術討論。這個過程有個正式的名字，叫做「規格導向開發」（spec-based development）。
三步驟：問、寫、執行
AskUserQuestion 的最佳使用方式分三個階段：
第一步：面試階段
您只需要給 Claude 一個簡單的指令：「幫我建置使用者認證系統，先問我問題好嗎？」
Claude 就會開始提問。每一個問題都精準針對您的代碼庫，給您有意義的選項。
第二步：規格階段
經過一輪問答後，Claude 會產出一份詳細的規格文件。這份文件清楚列出要建置什麼、怎麼建置，一點都不模糊。
第三步：執行階段
有了規格在手，您就可以開始新的開發會話，把規格當作背景資訊。這次 Claude 執行起來精準無誤，因為所有的歧義都已經在一開始就解決了。
不騙您，就是這麼簡單。
Linear 整合：把 AI 變成團隊同事
事情變得更有趣的地方，是 Cyrus（一個整合 Claude 的開發工具）跟 Linear 的配合。
假設 Cyrus 在處理一個 Linear 工單，發現有不清楚的地方。它不會亂猜，也不會停滯，而是直接在 Linear 裡問您問題。您可以在 Linear 的活動區段看到 Cyrus 把工單標記為「需要輸入」，然後丟出問題，並提供清晰的選項讓您選擇。
您甚至不用切換視窗，直接在 Linear 裡點一個選項回應就行。這種異步協作方式超級適合遠端團隊：
- 異步開發：Cyrus 在您開會時繼續工作，有問題時自己提出來
- 背景資訊保留：問題和答案都成為工單歷史的一部分
- 團隊能見度：所有人都看得見決策過程
- 不打斷工作流：回答問題時不用離開 Linear
為什麼這件事重要
2026 年了，AI 的能力已經不是問題。真正的問題是：AI 有沒有弄懂我想要什麼？
當 Claude 問您「這個 API 應該快速失敗還是自動重試？」時，有個很微妙的轉變發生了。設計上的權衡變得顯而易見。不是在代碼審查時才發現埋藏的假設，而是在便宜的階段——決策剛做出來的時候——就把問題談清楚。
這就像是在玩「選擇你的冒險故事」。每個問題都是一個岔路口。每個答案都讓解決方案的空間變窄一點。到了 Claude 真正開始寫程式時，您們已經一起走過了整個決策樹，還有清楚的紀錄可以回顧每個選擇。
結語
AI 不是要搶您的工作。聰明的開發者已經發現，最有威力的不是 AI，而是懂得怎麼跟 AI 合作的人。
AskUserQuestion 功能就是這種合作的模板。下次當您要用 AI 寫程式時，與其期待它讀心術，不如主動告訴它：「先問我吧。」
結果可能會讓您驚訝。
