前幾天在 Threads 上看到有人分享 Digital Garden 這個名詞。
第一次聽到，我就跑去查了一下。這個概念常被拿來形容一種介於筆記與部落格之間的公開寫作方式：不必等到想法完全成熟，先把還在生長的內容放出去，之後再補充、修正，並和其他相關筆記連起來。
Maggie Appleton 的〈A Brief History & Ethos of the Digital Garden〉是很常被引用的文章。她把 Digital Garden 描述成一組持續演化的想法：內容不必依發表時間排列，而是透過主題與脈絡彼此相連。
花園永遠不會真正完工。它會持續長出新東西，也會被修剪、改種，甚至推翻重來。
所以我開始跟 AI 討論這件事
看到這個概念後，我第一個反應不是「原來有這個名詞」，而是：
這種做法到底有什麼好處？
於是我開始跟 AI 討論。
我把其中一種做法想得很具體：文章完成大約 30%，就先發布；之後想到新的內容，再慢慢補上。它把「寫完才能發表」換成「先開始，然後持續照顧」。
這背後吸引我的，不是偷懶，也不是降低內容標準。而是承認很多想法本來就不會一次長好。先公開一個還在發展中的問題，才有機會在後續的閱讀、討論與研究裡，讓它變得更完整。
Digital Garden 到底有什麼好處？
我後來覺得，Digital Garden 吸引人的地方，不是「可以還沒寫完就發」，而是把知識當成能持續培養的東西。
- 降低開始門檻。 想法還不完整，也能先留下來，不必等到覺得自己準備好了才開始。
- 讓思考可以演化。 新資料、反例或新經驗出現時，可以回來修正，而不是讓舊文章停在當時。
- 讓知識彼此相連。 讀者能從一個問題走到相關問題，不只讀到一篇孤立的文章。
- 保留思考歷程。 讀者看得到結論怎麼長出來，而不只有最後那個答案。
- 讓累積變得自然。 每次補一小段、連上一個新節點，久了就會形成可以探索的知識網。
但我開始困惑了
如果同一篇文章一直被修改，讀者怎麼知道改了什麼？
這讓我想到公司的技術文件。假如有人修改了一份 API 文件，卻沒有 Release Note、沒有 Changelog，也沒有說明改了哪幾段，我就得重新讀完整份文件，才知道它和上次有什麼不同。
如果能直接告訴我：
- 新增了一個 API。
- 修正了一個限制。
- 補充了一個範例。
我就能決定要不要往下看，也知道這次更新和自己有沒有關係。
所以我開始思考：持續修改同一篇文章，真的適合我嗎？
Digital Garden 的精神很吸引人，但它不是規定每個人都要用同一種頁面、同一種更新節奏。對我來說，讓一篇文章不斷長大，也可能會把「這次新增了什麼」藏得太深。
然後我回頭看自己的 Blog
我才發現，其實我一直都在做一件很像的事，只是生長方式不同。
我是用「系列文」延續每一次思考。
例如最近研究 AI Agent，最早只是想知道：怎麼做遠端控制？後來又逐漸拆出更多問題：
- Claude 和 Codex 的遠端控制方式有什麼不同？
- 還有哪些開放原始碼專案也在做這件事？
- VPN 怎麼做比較安全？
- 最後我選擇了哪一套方案？為什麼？
這些問題後來也慢慢長成一個遠端控制系列。
每一篇文章只回答一個小問題。它可以獨立閱讀，也會在結尾留下下一個值得追的方向。上一篇帶出下一篇，慢慢地，它們就形成一個系列。
這種寫法對讀者也比較誠實。每篇文章都有清楚的發表時間與當下結論；當我有新發現時，不必偷偷改掉舊的判斷，而是寫一篇新的文章，說明想法是怎麼往前走的。讀者不只看到答案，也看得到它的演變。
我想，這也是另一種 Digital Garden
傳統的 Digital Garden 比較像讓同一則筆記持續生長，並用密集連結把想法編成地圖。
我的做法更接近把每篇文章當成一個知識節點，再透過系列與內部連結把它們串起來。它保留部落格的時間線，也讓每個問題都有自己的版本與出口。
一篇文章是一個節點。許多節點串成一個系列，長成一棵樹；而許多樹聚在一起，最後就成了一片森林。
這或許不完全是典型的 Digital Garden，但我覺得它保留了我最在意的部分：知識不是一次整理完的成品，而是會隨著問題、研究與實作一直往外長。
AI 反而讓這種方式更容易了
我現在的研究，常常會先從和 AI 的 Markdown 討論開始。等到想法比較成熟，再整理成 Wiki，最後才寫成 Blog。
這個過程讓我不需要在第一次碰到問題時，就決定它會不會成為一篇正式文章。先把脈絡留下來，之後再判斷它適合變成筆記、Wiki，還是 Blog。前一篇我寫過，AI 對話本身也可以先成為一份可再加工的知識材料。
所以現在回頭看，我可能沒有在做一座典型的 Digital Garden。
但一篇篇文章、一個個系列，正在慢慢長成自己的森林。
