加入我的 Patreon，查看完整文章還有提示詞模板：https://www.patreon.com/GaryChen/posts/166382405
--
最近很多人覺得 Claude 越用越難懂，一堆術語、一句話要看好幾遍。但問題可能不是模型變笨，而是它講話的方式跟你對不上。這支影片教你用 Claude Code 內建的 output style 功能，30 秒改掉 AI 的說話方式，還會拆解 Anthropic 工程師的 ELI5 風格、內建四套 style 怎麼選、我們團隊針對三種技術背景設計的三套風格思路，以及 Matt Pocock 用 skill 做的另一種解法差在哪。

📌 時間戳
0:00 Claude 是不是真的變笨了
1:06 不是你一個人的錯覺
2:17 官方工程師的 ELI5 設定法
3:48 內建四套風格怎麼選
4:38 用 branch 生出屬於你的風格
5:51 Matt Pocock 的另一招：wait what skill
7:14 我們團隊的三套設計理念
10:20 進階玩法：跟著專案走、隨時調整

📢 追蹤我的頻道
👍 覺得有幫助請按讚、訂閱、開小鈴鐺！

reference:
Lyida 的貼文：https://x.com/lydiahallie/status/2080378470111256907
Matt Pocock skill repo: https://github.com/mattpocock/skills

#ClaudeCode #OutputStyle #Anthropic #AI工具 #開發者工具

0:00 Claude 降智已經不是一天兩天的事情了
0:02 我印象中最美好的黃金版本
0:03 大概是 Opus 4.5
0:04 後來模型在 benchmark 上的分數
0:06 雖然越跑越高
0:07 但我實際用起來
0:08 卻覺得越來越累，越來越難用
0:10 到底它有沒有變笨我不知道
0:12 但它回給我的話真的越來越難讀
0:14 一堆專業術語
0:15 一句話常常要看好幾遍才懂
0:17 我甚至開始懷疑
0:18 是不是因為每天跟 AI 頻繁多工處理
0:21 搞得我自己腦子燒壞
0:22 智商也降低了？
0:23 前幾天我請 Opus 5 幫我整理一個功能的做法
0:26 它回我
0:26 這個設計的正交性
0:28 保證了狀態收斂的冪等路徑
0:30 語意層的抽象已經內化
0:31 在 pipeline 的攝取階段
0:33 每個字我都認識
0:34 但合在一起我卻完全不知道它在說什麼
0:36 我盯著螢幕看了快一分鐘
0:37 最後腦中只有一個字，蛤？
0:40 直到前陣子看到 Claude Code 團隊工程師的一篇推特貼文
0:43 我才突然醒悟
0:44 Opus 5 可能只是講話的方式跟你對不上了
0:47 並不是它變笨了
0:48 而且這個問題根本不用換模型
0:50 也不用等 Anthropic 修
0:51 直接用 Claude Code 裡面
0:52 一個叫 output style 的內建功能就能解決
0:54 這支影片就是要教你
0:56 怎麼設定 Claude 的 output style
0:57 讓你找回最初的感動
0:59 我不會講太多廢話
1:00 也不會拆太複雜的底層邏輯
1:02 整支影片全部都是乾貨
1:04 那我們廢話不多說，直接開始
1:06 先說清楚
1:07 這絕對不是你一個人的問題
1:09 前陣子有一篇在工程師圈瘋傳的部落格文章
1:11 作者就在抱怨
1:12 說現在讀 AI 的輸出
1:13 已經變成一種額外的認知勞動
1:15 它越來越冗長
1:17 術語越來越密集
1:18 還常常夾雜一些看似很有道理的廢話
1:21 他甚至說自己拿到一段 Claude 的回覆
1:22 每一個字都要查字典才看得懂
1:25 連前陣子介紹過的 Matt Pocock 都公開說到
1:28 Opus 5 最近講話簡直像天書一樣
1:30 非常囉嗦
1:31 一堆奇怪的 LLM 用語
1:32 每次看它的輸出都覺得很痛苦
1:34 他還貼過一段 Opus 的回覆當範例
1:37 說那段話明明是很關鍵的資訊
1:38 但讀完後卻完全不知道它想表達什麼
1:41 有趣的是
1:42 不管是部落格作者還是 Matt
1:44 沒有人說它把事情做錯
1:46 測試照樣過，功能照樣動
1:48 大家罵的全部是同一件事
1:50 看不懂 AI 到底在說什麼東西
1:51 Matt 甚至承認那段天書其實是關鍵資訊
1:54 只是讀不懂
1:56 所以你可以確定的是
1:57 以 Opus 5 來說
1:58 問題應該不是出在模型變笨了
2:00 更多的是它的表達方式出了問題
2:03 它越來越像一個能力很強
2:05 但完全不會講人話的天才同事
2:07 事情做得漂亮
2:08 但報告寫得像論文一樣難懂
2:10 既然這是溝通問題
2:11 解法自然就不是把這個同事開除
2:13 而是給它一份跟我說話的說明書
2:15 而這就是 output style 在做的事情
2:17 回到開頭提到的那篇推特貼文
2:19 發文的人叫 Lydia Hallie
2:21 她是 Claude Code 團隊的工程師
2:23 她說 Claude Code 其實可以讓你自訂它的輸出風格
2:25 只要把指令寫成一個檔案
2:27 丟進 output styles 資料夾
2:29 之後在設定裡隨時切換就能用
2:31 她還分享了一套她自己最愛的風格
2:33 名字很好笑
2:34 叫解釋給五歲小孩聽
2:36 原文是 Explain Like I'm five
2:38 她說每次忙了一整天之後
2:39 她就會開這一套輸出的 style
2:41 因為那時候腦袋已經完全沒有力氣
2:43 讀 AI 產出的長篇大論了
2:46 這一套風格的內容其實只有幾句話
2:47 大意是
2:48 我今天超級爆炸累，腦子已經燒掉了
2:51 請把我當成五歲小孩
2:52 用簡單的詞彙，簡短的句子跟我講話
2:55 只講最必要的事
2:56 如果一定要用專有名詞
2:58 請在講完後就馬上解釋清楚
3:00 最後告訴我你做了什麼
3:01 有沒有成功
3:02 以及我接下來該做什麼
3:04 先跟大家強調一件事
3:05 output style 改變的
3:06 只有它跟你說話的方式
3:07 它寫程式碼的能力完全不受影響
3:10 你可以想像成那個天才同事
3:11 還是同一個人
3:12 腦子還是那顆腦子
3:13 只是你為他規定了報告的格式而已
3:15 設定方式非常簡單
3:17 30 秒就能搞定
3:18 第一步
3:18 把 output style 的文字複製起來
3:21 Lydia 的原文我會放在影片資訊欄
3:23 有需要的可以直接拿去用
3:25 第二步，打開 Claude Code
3:26 把文字貼給它
3:28 跟它說幫我把這個加進 output style
3:30 它就會自動放到正確的位置
3:32 第三步
3:33 輸入斜線 config，輸入 output
3:35 然後在清單中找到 output style 這個選項
3:38 並選擇 ELI5 後按 Enter 就立刻生效了
3:42 不會做的朋友可以直接請 Claude Code 手把手帶你做
3:44 或者直接幫你設定
3:45 其實你在輸入斜線 config 的時候就會發現
3:48 Claude Code 本來就內建了四套 output style
3:50 不用自己寫就能直接選
3:52 預設的 Default 風格就是簡潔，有效率
3:54 也就是你現在每天看到的樣子
3:57 Proactive 是行動派
3:58 廢話更少
3:59 能動手就直接動手
4:01 不太會花時間跟你多討論
4:03 Learning 比較特別
4:04 它會故意停下來
4:05 留一小段程式碼讓你親手寫
4:07 讓你邊用邊練功
4:08 適合真的想學寫程式的人
4:10 但我自己不是很喜歡
4:12 而最後一個叫做 explanatory
4:13 這個 style 是
4:15 Claude 每做一個改動都會順便解釋
4:16 這個架構為什麼這樣設計
4:18 這段 code 用了什麼 pattern
4:19 這個專案的慣例是什麼
4:21 我自己的建議是
4:22 explanatory 非常適合用在
4:24 你還不熟的專案
4:25 例如接手別人的 code
4:27 進入一個新的 repo
4:28 或是使用一個沒碰過的框架的時候使用
4:30 但如果你在做自己很熟的專案
4:32 就千萬不要開
4:33 因為它會把你早就知道的事情再重複一遍
4:35 本來想解決囉嗦
4:36 結果變得更囉嗦
4:38 那如果內建的四套你都不喜歡
4:40 Lydia 那套你也覺得不好用
4:41 因為每個人偏好的溝通的方式都不太一樣
4:43 這時候可以直接請 Claude 幫你生成
4:45 屬於你的 output style
4:47 做法是這樣
4:48 下次你又收到一段看不懂的天書輸出時
4:50 先不要急著罵它
4:51 直接輸入斜線 branch
4:53 這個指令會從目前的對話
4:55 分岔出一個新的對話
4:57 不會打斷你原本的工作
4:58 接著在新的對話裡跟它說
5:00 我想建立自己的 Claude Code Output Style
5:02 請你把這段回覆
5:03 用五種不同的風格重寫一次
5:05 讓我找到一種我習慣的溝通方式
5:08 等 Claude 產出
5:09 然後你也選好了自己喜歡的風格之後
5:12 你再跟它說
5:13 把這個風格做成 output style 就搞定了
5:16 我自己嘗試這招的時候
5:18 發現了一個很有意思的東西
5:19 叫 STE100
5:20 全名是 Simplified Technical English
5:22 翻譯成中文是簡化技術英文
5:24 這是歐洲航太工業幾十年前
5:26 訂定的一個寫作標準
5:28 因為飛機維修手冊如果寫得讓人看不懂
5:30 維修人員只要做錯一步
5:31 就有可能會出人命
5:32 所以他們的規矩是
5:33 句子要短
5:34 一句話只講一個動作
5:35 詞彙表要固定
5:36 而且一個詞只能有一個意思
5:38 技術文件寫到沒人看得懂
5:40 並不是 AI 時代才出現的問題
5:42 而是工程界幾十年前就付出過代價
5:44 並且已經解決過的老問題
5:46 而現在把這一套成熟的解法
5:47 拿來管理 AI 的說話方式
5:49 我覺得非常有意思
5:50 前面提到的 Matt Pocock
5:52 前幾天也針對 AI 不講人話這個問題搞了一招
5:54 但他的做法不是 output style
5:56 而是一個叫做 wait what 的 skill
5:58 它不是常駐的設定
5:59 而是當 AI 又開始講天書的時候
6:01 你才召喚它
6:02 等於跟 AI 說蛤？你剛剛到底在說什麼？
6:05 它就會用簡單的話重講一次
6:07 更有意思的是
6:08 這個 skill 裡面用的正是剛剛講的 STE100 標準
6:11 再加上額外請 AI 用你專案裡的詞彙說話
6:15 兩者對比的話
6:16 output style 是一個常駐的說話規則
6:18 適合你覺得 AI 每一次 output 都很艱澀難懂的狀況
6:21 而 Matt 的 skill 是一個需要才用的翻譯功能
6:24 覺得 AI 的輸出只有少數時候讓人難懂的朋友
6:26 也可以用 Matt 的 skill 玩玩看
6:28 不過話又說回來
6:30 output style 沒有絕對的好壞
6:31 對新手來說
6:32 講得太 technical 會增加認知負擔
6:34 工作一天下來累得要死
6:36 反過來
6:36 對資深工程師來說
6:38 講得太白話就是在浪費他的時間
6:40 加上每個人的專案性質不同
6:42 甚至團隊內部的通用語言都不一樣
6:44 所以風格這種東西非常個人化
6:47 我看得順眼的你可能覺得囉嗦
6:49 你喜歡的我可能覺得太簡略
6:51 所以千萬不要直接抄別人的設定就結束
6:53 花個十分鐘用斜線 branch 這招
6:55 多生幾個版本自己測試
6:56 找到那個讓你讀起來最不費力的風格
6:58 才是正解
6:59 但要提醒各位的是
7:01 這東西就跟 skill 一樣
7:02 當你找到了喜歡的風格後
7:04 有時候可能還是會有一些 corner case 是你當初沒考慮到的
7:07 所以也不要期待能夠直接找到完美的解方
7:09 先快速做出第一版
7:11 然後開始使用看看
7:12 有問題持續迭代就好了
7:14 搞懂 output style 的玩法之後
7:16 我們團隊上週就自己設計了
7:18 三套 output style
7:18 每一套都是按照不同的技術背景來設計的
7:21 分別針對三種人群
7:22 第一是純技術小白
7:24 第二是對軟體開發有一定認知的軟體 PM
7:27 或玩了一段時間的 vibe coder
7:29 最後是專業的工程師
7:31 我想簡單分享一下三套的設計理念
7:33 讓你們也可以參考
7:34 並打造出自己的 output style
7:36 給純技術小白的
7:37 我叫它技術翻譯機
7:39 小白最大的風險不是學得慢
7:41 是不知道自己正在做什麼
7:42 所以第一條規則
7:43 術語每次出現都用白話解釋
7:46 抽象的概念用生活比喻講
7:48 例如 API 就像餐廳幫你點餐的服務生
7:51 這裡的重點在於術語不要省略
7:53 而是要被解釋
7:54 新手如果跳過所有的術語
7:55 你用一年還是不知道
7:57 什麼是 migration，什麼是 endpoint
7:58 之後看文件，跟工程師溝通都會卡住
8:01 AI 在進步
8:02 但你的技術認知並沒有進步
8:04 這套 output style 讓你在做東西的過程中
8:06 把這些詞一個一個學起來
8:08 還有就是
8:09 因為小白分不出哪些操作有風險
8:11 所以只要遇到會刪資料
8:12 會花錢，會動到正式環境的動作
8:15 它都會先停下來用白話警告你
8:17 等你點頭才動手
8:18 第二套是給有一定技術認知的 vibe coder 的 output style
8:22 這群人不需要學寫 code
8:23 他們需要的是精準的資訊拿去做決策
8:26 你可能知道什麼是 API
8:28 分得清前後端
8:29 但你不寫 code
8:30 所以這套我直接拿剛剛講的航太標準來改
8:32 叫它 STE100 簡報版
8:35 句子要短，主動語態
8:36 一個詞只有一個意思
8:38 API，前後端，資料庫這種等級的詞
8:40 直接用不解釋
8:41 工程內部的細節
8:42 像 migration，race condition
8:44 第一次出現給一行解釋
8:46 然後因為 PM 或者 Vibe Coder 通常更在乎的是產品不是 code
8:49 我加了一條專屬的規則
8:51 就是每個改動都必須講清楚
8:52 動到哪個功能
8:53 使用者會看到什麼變化
8:55 要做決策的時候
8:56 選項排成 trade-off
8:57 A 快但有風險，B 慢但穩
9:00 然後給你它針對這個需求的建議
9:03 第三套是給工程師的
9:04 精神上是從 Lydia 的 ELI5 延伸出來的
9:08 工程師缺的不是理解力，是注意力
9:10 所以它像一個同事站在你桌邊講話
9:13 先講改了什麼，能不能動
9:15 細節你要再問才給
9:16 還有只要它做了你可能有意見的判斷
9:19 比方說沒問過你就把某個東西關掉
9:21 它必須放在第一句講
9:23 不准埋在報告最後面
9:24 這套聽起來很懶
9:25 但對有技術背景的人來說
9:27 可能是最誠實的一套
9:28 因為 AI 丟給你一千字的輸出
9:30 你根本不會讀
9:31 只會眼睛掃過去
9:32 心裡想說應該沒問題吧
9:33 然後按下確認
9:34 當輸出縮到幾行
9:36 你才會真的每一行都讀進去
9:37 才能擋住該擋下來的東西
9:39 這三套背後其實共用同一個設計原則
9:42 要治 AI 的囉嗦
9:43 光跟它說講簡單一點是沒有用的
9:46 它只會把長廢話換成短廢話
9:48 真正有效的方法
9:49 是你要把你喜歡的溝通方式
9:50 精鍊成原則
9:52 是叫它用你的詞彙說話
9:53 你的專案裡把使用者叫 member
9:55 就規定它不准叫 user
9:57 它講的話越貼近你自己慣用的語言
9:59 你讀起來就越不費力
10:01 以上就是我們設計這三套的完整思路
10:04 方法我都講給你了
10:05 你完全可以照同樣的設計思路
10:06 打造一套專屬於你的 output style
10:08 想省時間的話
10:09 也可以在影片下方資訊欄
10:11 加入我的 Patreon
10:11 直接下載我們團隊設計好的這三套
10:13 回去玩玩看
10:15 不過還是要再次強調
10:16 每個人喜歡的溝通方式都不一樣
10:18 適合我的不一定適合你
10:20 影片最後
10:21 我想再補充兩個進階的玩法
10:23 第一是 output style 其實是跟著專案走的
10:26 它存在每個專案的 settings.local.json 裡面
10:29 所以你可以 A 專案掛一套
10:30 B 專案掛另外一套
10:32 完全互不影響
10:33 比方說新接觸的專案可以像我剛剛說的一樣
10:36 掛 explanatory 邊做邊學
10:37 趕時間或者用 vibe coding 隨便玩玩的話
10:40 就掛言簡意賅的 output style 衝進度
10:42 下班前或者加班的時候
10:44 可以用 Lydia 的 ELI5 讓自己頭不會那麼痛
10:47 第二
10:48 output style 不是設定一次就用到底的東西
10:50 你的能力會進步
10:51 三個月前需要解釋的概念
10:53 現在可能已經變成常識了
10:55 這時候就可以把 style 的技術密度往上調
10:57 Claude Code 團隊自己也是這樣用的
10:59 不同專案，不同任務
11:00 甚至當天累不累
11:02 都會切換不同的 style
11:03 就好像聽音樂一樣
11:05 同一首歌
11:05 你有時候想大聲點
11:07 有時候想小聲點
11:08 有時候想開降噪模式
11:09 有時候想開通透模式
11:11 隨時都可以調到自己耳朵最舒服的狀態
11:14 Output style 這個功能上線很久了
11:16 但大部分人到今天都還在用預設值
11:19 然後一邊用一邊罵模型降智
11:21 花個五分鐘設定一次
11:23 之後每一天都能為你省下大量精力
11:25 這是我近期滿喜歡的一個
11:26 Claude Code 客製化設定
11:28 希望今天的內容對你有幫助
11:30 如果你也有用過
11:31 歡迎在底下留言告訴我
11:32 你私藏的 output style
11:34 那以上就是今天的內容
11:35 喜歡的話記得幫我按讚，追蹤，分享
11:38 這是我持續創作下去的最大動力
11:39 我們下次見！