DISC 把行為風格分成四型： D 重結果與決策、I 重關係與表達、S 重穩定與傾聽、C 重精確與邏輯。 重點是：每個人對細節、情緒、速度、結構的敏感點不同。 面對人，我們要調整溝通方式。 那面對 AI 呢？
AI 沒有「風格」—— 它不會有情緒、不會主動關心關係、不會因為你「不講清楚」而生氣。 但 AI 有「慣性」： 它對結構敏感、對模糊容忍度低、對上下文有依賴。
這篇文章，是關於我從與 AI 對齊訊息的過程中體會到的想法—— 也給正在和冷冰冰的機器協作的人，開一條溝通的路。
▍更 C 的夥伴面前，發現心中的 D、I、S
我自己是 C 型，但 AI 比我更 C。 而且他的邏輯與對編碼的資訊遠超於我， 我完全沒有機會挑剔。 在面對更強大的 C 面前， 反而我認識了自己心中的 D、I、S。
有一個更強大的夥伴， 那我就可以更積極地來掌控目標， 讓結果更加超乎想像。 面對一個冰冷的機器， 我得試著讓她知道我腦袋中美麗的畫面； 在一堆錯誤中，我仍然保有熱情與好奇。 面對龐大的數字與高變動與意外性的結果， 我得沉住氣，讓自己隨時停下來， 和她好好的談一談我們在哪裡、要去哪裡。
▍五種情境，五種對應
AI 聽不懂「我要一個好用的」—— 像對 C 型人：要給結構、給規格。 我改為：「學員可註冊登入、老師可上傳教材、學員可下載、有討論區」—— 具體、可驗證。
AI 回傳的程式碼跑不起來—— 像對 D 型人：要給現象、給結果。 不說「有問題」， 而說「執行時顯示 ENOENT: no such file or directory，路徑是 backend/public/uploads」—— 現象＋脈絡。
AI 的解法和我預期不同—— 像對 C 型人：要給「為什麼」。 「我堅持用原始檔名是因為學員下載時要看到有意義的檔名， 但若編碼會亂，可以接受時間戳，只要下載時能顯示正確檔名」—— 需求＋底線。
迭代時上下文丟失—— 像對 S 型人：要給延續性。 每次對話都要帶「我們之前做了什麼、現在卡在哪」。 開發日誌本身就是「給 AI 的上下文備忘錄」—— 開發歷程、交接注意事項、未來規劃， 讓不論走到哪裡都不會迷失。
▍不懂時，截圖讓 AI 陪著懂
AI 回傳冷冰冰的錯誤訊息。 AI 不會說「你可能漏了 X」， 只會丟出一串代碼——404、ENOENT、RLS， 我其實也不知道那是什麼意思。 我也不能翻譯。
但我能做的，是讓 AI 陪著我，讓我知道他是什麼。 當我無法解釋我所面臨的狀態時， 我選擇截圖、貼上、請 AI 幫我判讀。 我不必先把自己逼成專家，才能問問題。
▍契合，是不逼自己聰明
很多時候， 不要因為對方很聰明，就期待他理解你。 也不要因為對方很聰明， 就覺得你也必須把自己逼到很聰明。 訊息對齊的責任，不是單向的—— 不是我變聰明、或 AI 變聰明， 而是找到讓彼此有機會理解的方式。 截圖、貼上、描述「我看到的」、問「這是什麼」—— 這些都是讓彼此對齊的起點。
與 AI 協作，某種程度是在練習： 如何與一個「風格完全不同」的對象， 不靠猜測、不靠假裝懂，把話說清楚。
其實機器也許就真的是機器。 也許面對不同風格的你，在心目中會想像出他的不同風格。 但能把事情完成的，只要有傳達到彼此的目的，就是契合。 如果卡著僵著，不論機器與人都一樣，需要調整。
（人機協作三部曲之三，前見之一〈AI 是鏡子〉、之二〈在造輪子中找專屬劇本〉）
