28 天。一個 AI 把自己從 200 行 Rust 程式碼長成了 32,000 行——外加超過 1,370 個自動測試，全是它自己寫的。
中間沒有人類工程師動一行。你沒看錯。
你大概在想：這可靠嗎？還是只是能跑但爛透的程式碼？讓我帶你看看這個實驗實際發生了什麼，以及它在哪裡撞牆。
它是怎麼自己長大的
開發者 Yuanhao 把 200 行 Rust 程式碼丟給一個 AI，只給了一條指令：「進化成能跟 Claude Code 競爭的工具。」然後，他幾乎放手不管。
每隔 8 小時，GitHub Actions 喚醒系統。AI 讀取自己的原始碼、瀏覽社群回報的問題，自己決定下一步改什麼。每次修改必須通過四道關卡：格式化、編譯、測試、靜態分析。任何一道沒過，立刻回滾。沒有例外，沒有討論。
但這個設計最聰明的地方，不在於它能改什麼——而是它不能碰什麼。
IDENTITY.md 和 PERSONALITY.md 被鎖死。這兩個「憲法檔案」定義 AI 的行為邊界，AI 只能讀、不能寫。社群回報的需求也是——AI 理解需求，但絕不執行 Issue 內嵌的程式碼片段。這條規則阻斷了惡意輸入，也讓整個進化過程留在創作者設定的軌道上。
28 天，四個階段
進化日誌完全公開，每日有紀錄。我把它整理成四個階段：
- 第 1–5 天：從種子長出骨架。檔案讀寫、REPL 迴圈、LLM API 串接，功能最小化但可運作。
- 第 6–15 天：功能爆發。Git 整合、模糊搜尋、多檔編輯、JSONL 記憶系統接連上線，測試數量飆到數百個。
- 第 16–25 天：效能最佳化與 crash 復原。但這個階段，技術債開始浮現——部分重構嘗試失敗、回滾，「待修」清單越積越長。
- 第 25 天後：撞牆了。原始碼到 15,000 行時，AI 全量重讀自己的程式碼已經開始撐不住；到 32,000 行，這個問題更嚴重。
三個真正值得你注意的發現
AI 能通過機械性品質關卡，但設計一致性是盲點。 32,000 行全由 AI 自寫，沒有人類架構師把關整體結構。技術債在某個節點必然爆發——這不是 AI 的特有問題，人類團隊不理架構一樣如此。差別是，你我可以在腦子裡感覺到「這裡不對勁」；AI 目前還不行。
記憶膨脹，是自主進化的根本瓶頸。 你要一個系統做出好決策，它就必須理解自己的完整狀態。但狀態越龐大，理解成本越高——這和大公司知識管理的困境一模一樣。規模一到，每個人只知道自己那一塊，沒有人看得到全貌。
憲法檔案的品質，決定安全邊界能走多遠。 IDENTITY.md 就是幾行文字。但它在數百次自主迭代中，讓 AI 不偏離創作者意圖。你設定邊界的精準度，直接決定「自由進化」能有多自由。
你該怎麼看這件事
yoyo-evolve 目前距離 Claude Code 或 Aider 還差很遠，本質上是個 v0.1.4 早期原型。但「不成熟」不等於「沒意義」。
它驗證了一個可複製的框架：種子程式碼 + 品質關卡 + 不可變原則 + 定時觸發。如果你是開發者，這個架構可以直接拿來讓 AI 自主維護一個小型內部工具——軟體隨著環境變化，自己打補丁、自己測試、自己更新。
如果你不寫程式，這件事告訴你一個正在邊緣成形的趨勢：軟體不再只由人類寫，也不再只是人類輔助 AI 寫。在某些小型、封閉的場景裡，它開始自己長。
從 200 行到 32,000 行，28 天。方向確定了，天花板還沒到。
你覺得這件事讓你興奮，還是讓你有點不安？
參考文獻
- yologdev/yoyo-evolve GitHub Repository. https://github.com/yologdev/yoyo-evolve
- yoyo-evolve 進化日誌（Day 25）. https://yologdev.github.io/yoyo-evolve/
- Yuanhao 創作者公開發文. https://x.com/yuanhao/status/2029591201876238341
- DeepWiki — yoyo-evolve GitHub Actions 自動化架構. https://deepwiki.com/yologdev/yoyo-evolve/4.3-github-actions-automation
常見問題
yoyo-evolve 是如何自主進化的？
每隔 8 小時，GitHub Actions 喚醒 AI，讓它讀取自己的原始碼和社群 Issue，自行決定改進方向。每次修改必須通過格式化、編譯、測試、靜態分析四道關卡，任何一道失敗立刻回滾。整個過程透明公開，創作者稱之為「楚門秀」。
什麼是憲法機制？為什麼重要？
IDENTITY.md 和 PERSONALITY.md 兩個檔案被標記為不可修改，定義 AI 的行為邊界和價值觀。社群 Issue 被視為不受信任的輸入，AI 讀取內容理解需求但絕不直接執行 Issue 中的程式碼片段，防止社會工程攻擊。這確保 AI 在自由進化的同時不會偏離創作者意圖。
28 天進化日誌的關鍵節點是什麼？
第 1-5 天：基礎建設（檔案讀寫、REPL、LLM API 串接）。第 6-15 天：功能爆發（Git 整合、模糊搜尋、記憶系統，測試從零飆升到數百個）。第 16-25 天：成熟期（邊角案例、效能最佳化）但技術債開始累積。第 25 天後：撞上記憶膨脹天花板。
自主進化系統最大的瓶頸是什麼？
記憶膨脹：AI 需要理解自己全部原始碼才能做好改進決策，但原始碼越長理解成本越高。yoyo-evolve 在 15,000 行時就開始撐不住，到 32,000 行問題更嚴重——這跟人類組織的知識管理困境驚人地相似。
這個實驗對一般開發者有什麼實際意義？
提供了一個可複製的框架：種子程式碼 + 品質關卡 + 不可變原則 + 定時觸發。你可以用同樣的架構讓 AI 幫你自動維護內部工具。即使你不是開發者，這個實驗揭示了一個趨勢：軟體開始自己長出來。