最近 Claude Code 更新了一版，把檔案路徑從搜尋結果裡藏起來了。

以前跑完搜尋，終端機會列出讀了哪些檔案、搜了什麼關鍵字。現在只剩一行「Read 3 files」——哪三個？不告訴你。

這件事在 GitHub 上炸開了。

Threads 原文連結

用戶要什麼

用戶的需求很簡單：讓我知道 AI 讀了哪些檔案。

這不是什麼奇怪的要求。當你用 AI 工具處理程式碼，你需要知道它的決策是基於什麼資訊。如果它讀錯檔案、漏掉關鍵檔案，你得能看到才能判斷。

一行檔案路徑，就這樣。

Anthropic 給的答案

GitHub issue 裡，Anthropic 的回應是：「去開 verbose mode。」

問題是，verbose mode 會把整個 debug 資訊灌到你的終端機裡，包括子代理的完整對話紀錄。

用戶要的是一行檔案路徑，不是一面牆的 log。

用最複雜的方式解決最簡單的問題

後續的發展更有意思：Anthropic 的解法是從 verbose mode 裡砍東西，砍到它不那麼 verbose。

仔細想一下這個邏輯：

1. 用戶要一個開關，顯示檔案路徑
2. 官方說：用 verbose mode
3. verbose mode 太吵了
4. 官方開始砍 verbose mode 的內容
5. 砍到最後，等於重新發明了一個設定開關

這就是用最麻煩的方式，做一件本來可以很簡單的事。

月付 200 美金，換來「你試過 verbose mode 嗎」

Claude Code 是付費工具，月費 200 美金（Claude Max 方案）。

用戶付了錢，開 issue 請求一個 boolean flag，得到的回應是「你試過 verbose mode 嗎」。

結果很多人直接釘死在舊版不更新了。

這件事讓我想到的

我覺得這是一個很經典的產品管理案例：當產品做大之後，聽不聽用戶的聲音，差距就在這種小地方。

Anthropic 在超級盃打廣告，講的是「尊重用戶」。但 GitHub issue 裡的態度是另一回事。

廣告裡的價值觀跟產品裡的細節，兩者對不對得起來，用戶感受得到。

從工程角度看這件事

如果你是做開發工具的，這個案例值得記下來：

1. 可觀測性是基本需求，不是進階功能

當你的工具會自動讀取檔案、做決策，用戶需要知道發生了什麼。這不是 debug 用的，是正常使用的一部分。

2. 簡單的需求要簡單的解法

用戶要一個開關，就給一個開關。不要叫他們去挖 verbose mode，然後再從 verbose mode 裡慢慢砍。

3. 付費用戶的容忍度比你想像的低

免費工具可以慢慢迭代、慢慢修。付費工具的用戶會直接用腳投票——釘死舊版、換工具、或者在社群裡抱怨。

小結

這件事本身不大，但它反映的問題很典型：

產品團隊覺得「已經有解法了」（verbose mode），但那個解法跟用戶要的東西差了十萬八千里。

然後花了更多時間去修那個不對的解法，而不是直接做用戶要的東西。

這種事在大公司特別容易發生。產品越複雜、團隊越大，就越容易陷入「我們的方式」vs.「用戶要的方式」的拉扯。

最後輸的通常是用戶體驗。

ClaudeCode #產品管理 #開發工具 #用戶體驗 #Anthropic