前言：你以為自己知道怎麼跟 AI 協作，直到看到一份數據報告

「我用 AI 用得還算順手吧？」這句話大概是大多數重度使用者的自我評價——直到某天看到一份把自己過去幾百則對話整理成數據跟模式的報告，才發現有些反覆出現的摩擦，自己從來沒有正視過：不是 AI 能力不夠，是某條規則，自己一直只在事後糾正，卻沒有寫下來。

今日目標

• 認識這個系列的素材來源：一份分析真實協作歷程的使用報告
• 理解「摩擦」在這個系列裡的定義：不是 bug，是協作雙方對規則理解不一致的地方
• 認識這個系列要處理的三類摩擦，以及它們的共通結構

素材輪廓：一份照出協作模式的報告

這份報告分析的是 14 個工作階段、646 則訊息、339 小時、110 次 commit 的真實協作紀錄，整理出幾個反覆出現的摩擦類別。第一次看到這種量化整理時，最直接的反應是想反駁——「這些摩擦都有各自的情境，不能一概而論」。但仔細看下去會發現，同一類摩擦在不同情境下反覆出現，本身就是一個訊號：這不是單次的意外，是某條規則一直沒有被講清楚。

三類反覆出現的摩擦

這個系列會處理三種類型的摩擦：

• 提前喊停，把判斷丟回來：AI 遇到一次失敗（連線逾時、驗證卡關），就下結論「這條路走不通」，或者把明明可以自己查證的問題，直接丟回來問使用者
• 動手前沒對齊意圖，路線就走偏：還沒完全理解真正想要的方向，就先動手做了，事後才發現方向錯了，得整個重來
• 宣稱完成，但沒有證明：說「已經處理完成」，實際上還有殘留沒清乾淨，或者換一個環境測試才發現原本的判斷不成立

貫穿全系列的主題句

跟 AI 協作時反覆出現的摩擦，幾乎都不是能力問題，是某條規則當下沒有講清楚——把每一次摩擦，變成一條寫進專案文件裡的具體規則，摩擦才會真的減少，而不是下次繼續靠當場糾正。

這個系列會怎麼展開

三大部，每一部走同一個節奏：現象（這個摩擦長什麼樣）→ 根因（為什麼會發生）→ 案例（一次真實發生的經過）→ 定規則（怎麼把它寫成一條明確的規則）→ 驗證（規則訂了之後，摩擦有沒有真的變少）。這個節奏本身也是這個系列想傳達的核心方法：糾正一次是本能反應，把糾正變成規則才是真正解決問題的方式。

今日思考題

回想你跟 AI 協作時最常說出口的糾正句是哪一句？那句話背後，對應的是一條你從來沒有明講過的規則嗎？

今日重點回顧

• 這個系列的素材是一份分析真實協作歷程的使用報告，不是憑空整理的心得
• 「摩擦」指的是協作雙方對規則理解不一致的地方，不是能力問題
• 三類摩擦：提前喊停/把判斷丟回來、動手前沒對齊意圖、宣稱完成但沒有證明
• 貫穿全系列的主題句：把每一次摩擦，變成寫進專案文件裡的具體規則

明日預告

明天進入第一部：連線失敗一次，就下結論「這條路走不通」，這個現象具體長什麼樣。