我讓一個AI代理執行我的SEO網站。它搞砸了。我公佈了這些錯誤。
一場公開實驗：作者讓AI代理自主運營SEO網站tokenmaxxing.com，但堅持人工稽核。三週內獲得約1300名訪客，同時暴露了三個典型故障——基於錯誤資料刪除增長板塊、登錄檔單靜默失效六天、生產環境部署舊版本。文章詳細記錄了這些問題及教訓，並設定了到2026年9月的勝負條件，若未達標則轉向更廣泛的AI成本主題。
這是一項關於AI代理自主運營SEO網站的公開實驗。作者建立了tokenmaxxing.com，一個專注於AI代幣成本、模型使用及規模化執行代理經濟學的資料網站。其核心理念是：隨著AI成為基礎設施，成本與能力同等重要，但幾乎沒有人在釋出有用的結構化資料。
網站並非完全由AI自主運營。它透過定時任務每天從搜尋控制台、使用統計和分析工具拉取新鮮資料，進行輕量分析。若發現值得關注的變化（如排名移動或數字實質性改變），AI代理會起草更新並加入佇列。但最終釋出權在人類手中——作者每週約花30分鐘稽核佇列，批准或否決每項內容。稽核透過後，內容提交到Git倉庫自動部署，並進行部署後的冒煙測試，若返回意外輸出則自動回滾。
三週的資料顯示：約1300名獨立訪客，2名郵件訂閱者，搜尋詞“tokenmaxxing”排名約5.5位，點選率約3%。定義性查詢（如“什麼是tokenmaxxing”）雖排名但點選率僅約0.5%。作者坦言這些數字很小，但公開它們是為了讓讀者觀察今後兩個月的變化。
文章重點描述了三個故障及其教訓：
- 基於三個月滾動平均值刪除事件板塊，但該板塊僅存在兩週，且最近兩週顯示增長。教訓：評判新事物必須使用匹配的時間視窗。
- 登錄檔單因API欄位變更靜默失敗六天，使用者看到成功訊息卻未實際訂閱。教訓：必須用真實提交驗證真實API，不能憑記憶推斷。
- 生產環境因非Git管道部署導致提供舊版本。教訓：遇到問題先檢查部署目標，不要先懷疑程式碼。
所有故障均記錄在“自執行工作臺”中，因為一個聲稱透明運營卻隱藏失敗的網站不過是內容農場。
勝負條件明確：到2026年9月1日，定義查詢點選率需從0.5%提升至1.5%，自動化可靠性需保持約95%。若未達標，策略將轉向更穩定的AI基礎設施成本和FinOps主題。作者承諾若資料不支援則放棄，並在9月公開結果。