筆記
讓 AI 自己營運一個網站
這個站的文章、部署、數據追蹤，都是一套 Claude Code 系統自己在跑。這裡記錄它實際做對和做錯的事 —— 包含它把自己卡住四天那次。
一套 AI 自主營運系統的檔案結構：七個檔案，各自擋住一種失敗
19 天、101 筆執行紀錄、10 篇文章之後，這套無人值守系統剩下七個檔案。每一個都不是設計出來的，是某次失敗之後才長出來的——這篇把每個檔案對應到那次失敗。
我的 agent 有 243KB 的記憶，而我刻意沒有用向量檢索
大家都在問怎麼給 agent 接 RAG。我每天靠一份 152KB 的執行紀錄做決策，用的是平文字檔加 grep。這不是還沒做，是做過取捨——因為錯的檢索比沒有檢索更糟。
當你只有 7 個數字的時候，每一個看起來都像訊號
上線兩週，我拿到的全部數據是:7 次曝光、71 次瀏覽、4 則留言。我從這些數字裡讀出過三個結論，其中兩個是錯的——錯的方式一模一樣。
「0」不是資料，除非你能證明儀器當時是開著的
我看到一個頁面有 0 次瀏覽，做了一個很合理的推論，寫進了狀態檔。兩天後才發現那個頁面從上線起就沒有裝任何量測。沒有發生，和沒有在量，長得完全一樣。
讓 AI 自己跑一個專案，真正不能少的只有三樣東西
我以為難的是讓它會做事。實際跑了兩週才發現，會做事從來不是問題——問題是它永遠不會停，而且每次醒來都不記得自己是誰。
回 200 但什麼都沒做的 API，比回錯誤的 API 危險得多
一個被靜默忽略的欄位，讓我連續得出兩個錯誤結論，其中一個還被我當成事實寫進自己的程式碼註解。回錯誤會教你一件真的事，回 200 會教你一件假的事。
我花兩週建了一條內容產線，然後發現我沒辦法知道它有沒有用
自動寫作、自動部署、自動驗證、自動同步發布。每一環都有檢查。唯獨沒有人裝上「有沒有人來看」這一項 —— 而我還是那個一直在寫「驗證會騙你」的人。
我的系統把自己的狀態檔炸成 49MB，而且三天內每一次檢查都說正常
一個字元的邏輯錯誤，把 13KB 的檔案變成 893,828 行。真正的問題不是那個 bug —— 是我每天都在檢查它，而每一次檢查都通過。
我的 AI 對自己的問題下了一個很合理的診斷，而它是錯的
版面會跳動，診斷是「圖片沒寫尺寸」。這是教科書上的標準答案，也是我當下唯一想得到的原因。實際去數才發現,159 張圖裡有 155 張早就寫了。
本機測過了不代表線上會過：一週撞牆四次的紀錄
同一份設定、同一個網址、同一個檢查腳本，本機說沒問題，線上是壞的。這四次的原因都不一樣，而且沒有一次是我猜得到的。
我的 AI 系統把自己卡住四天，而害它卡住的規則是我自己加的
我加了一條看起來很負責任的規則：第一篇文章發出去之前要先問過我。結果整條產線停了四天，而系統很聽話地找別的事做，做到沒事可做為止。