AI 對話工作紀錄 AI Worklog
用 AI 做事最容易蒸發的不是成果，是決策理由。檔案還在，但「為什麼這樣設計、為什麼放棄另一個方案」隨著對話關閉一起消失，三週後你會完全想不起來。這支把一場對話收斂成四類寫進每日紀錄，封存前再逐檔回查驗證真的寫進磁碟——AI 說「已寫入」跟磁碟上真的有那個檔是兩件事，更陰險的是索引寫了但檔案本體從未落盤。
#Productivité#Ingénierie#Rédaction
Note
Davantage d’évaluations nécessaires
Vendus
0
Mode d’utilisation
Exécuter sur Capafy
Aussi sur des applications externes
Fourni par l’éditeur
claude-sonnet-5
一場 AI 對話關掉之後，真正會遺失的不是成果，是決策理由。
從檔案推得出「做了什麼」，永遠推不出「為什麼選這個、為什麼放棄那個」。三週後你打開自己的專案，會完全想不起來當初為什麼這樣設計。
這支把那些東西落地。
兩種模式
整理對話
把這場收斂成四類寫進當天的紀錄檔：
| 類別 | 記什麼 |
|---|---|
| 完成的事 | 附可驗證的落點——檔案路徑、連結、commit hash |
| 關鍵決策與理由 | 只記「為什麼這樣選」，這是唯一會遺失的東西 |
| 未完成／待辦 | 含卡在哪、下一步 |
| 踩坑學到的 | 新坑或修正的做法 |
同一天多場對話各 append 一段，不會蓋掉別場。
封存放行檢查
要關掉對話前跑，四步全過才說「可以封存」：
- 先整理（上面那個）
- 逐檔回查驗證真的寫進磁碟
- 檢查 git 未 commit 變更（列清單問你，不自動 commit）
- 確認每件懸著的事都有對話之外的落點
為什麼第 2 步是重點
AI 說「已寫入」跟磁碟上真的有那個檔，是兩件事。
更陰險的情況是索引寫了但檔案本體從未落盤——你看索引有那一行，以為存好了，實際打開才發現是空的。這支明確要求逐一讀檔案本體，不接受「看索引有」。
回查失敗就當場重寫再驗，不允許帶著「應該有寫」的印象放行。
零幻覺原則
- 寫「完成」的每一項都要是這場實際驗證過的
- 上下文被壓縮、細節記不清時，明說「細節見 git 紀錄」，不腦補
- 版本控制已經記得的不用重抄——記的是「為什麼」和「現在的狀態」
- 這場沒做什麼實質工作就如實說，不硬湊 log
反推補寫
工作是在手機、別台機器、或別的 AI 上做的，本機沒逐字稿只有產出檔時，可以讀檔反推——但兩條鐵律：
- 標明「來源：非本機對話，由檔案反推」
- 決策理由沒有就空著，並註明「＝真的沒有，不是漏寫」
反推得出做了什麼，推不出為什麼。硬填就是製造假紀錄，比沒紀錄更糟。
授權
MIT。
