AI 開發過程即 Content：Claude Replay 如何將 Coding Session 變成教學資源（entries: claude-replay, build-your-own-openclaw）💡

Dev Content 嘅最大問題：做完先寫

做開發者內容嘅人都面對同一個困境：寫一篇好嘅 technical blog post，花嘅時間同寫 code 本身差唔多，甚至更多。你要 recap 個 decision process，要回憶當時點解揀 A 唔揀 B，要重構個思考鏈，仲要 screenshot、錄 screen、整理 code snippet。結果係，大部分開發者根本唔會寫。做咗十年嘢，有大量經驗，但 output 嘅 content 同實際做過嘅 work 完全唔成比例。

呢個 gap 唔係懶，而係個 workflow 根本有問題。你做嘢嘅時候用嘅係 IDE、terminal、debugger，但你寫 content 嘅時候要用嘅係 Google Docs、markdown editor、screen recorder——係兩個完全分離嘅系統。每次要輸出 content，就要重新進入一個唔同嘅創作模式，心理成本好高。

AI coding agent 嘅普及令呢個問題更加明顯。而家一個 session 可以產生幾百個 tool call、幾十次 file edit、大量嘅 reasoning trace。你呢個鐘用 AI 解決咗一個複雜問題，下個鐘已經唔記得個過程係點。PR diff 只係 show 咗「改咗乜」，但「點解咁改」、「試過咩死路」、「點樣 iterate 到 final solution」呢啲最有價值嘅資訊，全部流失咗。

Claude Replay 呢類工具做咗啲咩

Claude Replay 呢類工具嘅核心突破在於：佢將個 production process 本身變成一個可交付嘅 artifact。唔係要你做完 coding 之後再錄一次講解，而係將你啱啱做完嘅 coding session——每個 prompt、每個 tool call、每段 thinking block、每次 iteration——直接封裝成一個互動式 replay。

呢個做法改變咗 content creation 嘅基本假設。以前你寫 blog post 係「睇結果」，reader 見到嘅係 final code，最多加啲 explanation。但 replay 俾你「睇過程」——你見到個 agent 點樣由一個模糊嘅 requirement 開始，點樣 call tools，點樣遇到 error 之後修正方向，點樣逐步 refine 個 solution。呢啲過程入面嘅 decision node，正正係教學最值錢嘅部分。

技術層面嚟講，呢啲工具做嘅嘢唔複雜——parse JSONL transcript、壓縮、 inject 入一個 self-contained HTML template。但個 paradigm shift 好大：寫 code 同寫 content 終於喺同一個 workflow 入面發生。你唔需要「做完 coding 再寫文」，coding session 本身就係個文。你只需要 decide 邊個 session 值得 share，然後一個 command 就出到一個即食嘅 replay。

Anthropic 最近出嘅 Claude Code Artifacts 更加將呢個概念推前一步——唔止係 replay，而係 live publishing。你做緊嘢嘅時候 teammate 已經可以開個 browser 睇住個 output 不斷更新。呢個「coding as broadcasting」嘅模式，喺 knowledge work 領域係前所未有嘅。

對於 indie developer 同 startup 嘅意義

做 indie dev 或者細 team 嘅人會特別明白呢個工具嘅價值。你冇咁多時間去寫 content，但 content 係你 reach audience、build reputation、甚至 sell product 嘅關鍵。

以前你寫一篇 tutorial，要準備 sample project、寫 explanation、capture screenshots、edit video——成件事係一個獨立嘅 project。但如果你日常用 Claude Code 做 development，你每日都產生緊大量嘅 session logs。入面有 bug fix 嘅過程、有 feature implementation 嘅決策、有 architecture 嘅討論。呢啲就係 raw content，只係你要識得點樣 package 佢。

一個實際嘅 workflow 會係咁：你今朝 fix 咗一個 tricky 嘅 race condition，成個過程用咗半個鐘，試咗三個 approach 先得。以前呢個知識只會留喺你個腦入面，最多寫個 comment。但而家你可以用 Claude Replay export 個 session，加幾個 bookmark markers，寫一段 short intro，然後就出得街。成個 process 唔使十分鐘，但你 output 咗一份好有 depth 嘅教學內容——因為真實嘅 debugging process 本身就係最好嘅教材。

對於做 developer tools 嘅團隊嚟講，呢個更加係一個 distribution channel。你嘅 product 本身嘅 usage 就可以變成 content。每一個 onboarding session、每一個 advanced use case 嘅 demo，都係潛在嘅 marketing asset。你唔需要再「拍 demo video」，你只需搵一個靚嘅 coding session，export 做 replay，就搞掂。

行動建議：點樣開始用 coding session 做 content

如果你睇到呢度覺得值得試，以下係幾個具體嘅行動點。

第一，安裝 Claude Replay 或者 vibe-replay，然後將佢變成你日常 workflow 嘅一部分。唔係「得閒先 export」，而係養成習慣——每次完成一個有 learning value 嘅 session，就 export 一次。開頭你可能會 export 太多，但好快你就會學識判斷邊啲 session 值得 share。

第二，唔好追求完美。Replay 嘅價值在於真實，唔在於 polished。你唔需要 edit 走啲錯誤嘗試——相反，嗰啲 error recovery 嘅部分正正係最教學性嘅內容。一個太 perfect 嘅 coding session 反而唔好睇，因為佢冇展示到真正嘅 problem-solving process。

第三，將 replay embed 落你現有嘅 content channel。技術 blog 可以加 iframe embed 嚟展示關鍵嘅 coding sequence。Documentation 可以喺每個 tutorial 嘅最後加一段 replay，show 成個實作過程。PR description 入面加 replay link，等 reviewer 理解你點解會做出某個 design decision。

第四，如果你係做 developer tools 嘅，考慮點樣將 replay integration 變成你 product 嘅一部分。唔係做一個獨立嘅 feature，而係令到你 product 嘅每個 session 都 naturally 可以變成 content。呢個方向 Anthropic 已經用 Artifacts 證明咗係 work 嘅。

最後，記住一個原則：喺 AI 時代，content 嘅稀缺資源唔係 production quality，而係 authentic process。AI 可以 generate 靚嘅文字、完美嘅 code snippet，但佢 generate 唔到一個真實嘅 debugging journey。而你每日嘅 coding session 入面，正正充滿呢啲嘢。Capture 佢，package 佢，share 佢——你嘅 audience 會睇到一個你喺其他 content 形式入面俾唔到嘅嘢：你點樣諗嘢。