您是否經歷過這樣的窘境?
告訴 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 寫程式時,與其期待它讀心術,不如主動告訴它:「先問我吧。」
結果可能會讓您驚訝。













