[河流探索] 從流浪到開拓：烏溪流域數位資產的「事後補產製」與方法論進化
哈爸筆記： 在前一篇文章中，我提到烏溪之行是場「直覺式探索」的流浪。然而，流浪結束後，真正的挑戰才開始：如何將這些感性的體會，轉化為標準化、可傳承的數位資產？這幾天，我與 AI 助手 Antigravity 針對烏溪進行了一次深度的「事後補產製 (Post-processing)」，過程中不僅補完了圖資，更撞擊出一套全新的河流探索方法論。 數位考古：從「碎片段」中挖掘出的烏溪魂 這次補產製的過程，簡直像是一場「數位考古」。我發現原本以為「沒有資料」的地方，其實只是因為沒有用對方法。 2. 靈魂厚化：SQL 結構化採樣的威力 我質疑 AI：為什麼不分析《臺灣通史》全文？後來發現，用 grep 掃描 1GB 的純文字是最低效的。 我們改採 L0-SQL Pattern，直接從 taiwan_history.db 的 Layer 0 進行全文檢索。透過 JOIN 卷名欄位，我們驚喜地勾勒出霧峰林家「水權政治」的脈絡——從吳洛築圳到家族兵權的轉化。這種帶有「證據 ID」的分析，讓歷史不再只是故事，而是可以被索引的資產。 技術突破：主流、子溪與次溪的層級對位 在產製 烏溪.kml 時，我們落實了專業的水文層級管理： 主流：代碼 143000，深藍粗線，象徵流域的動脈。 子溪流：匯入主流的一級支流（如北港溪、大里溪），標準藍色。 次溪流：更細碎的微循環系統。 透過 dissolve (幾何合併) 技術，我們將原本破碎的線段結合成完整的生命線。在 Google My Maps 打開的一瞬間，烏溪流域的層級感躍然紙上。 成果預覽：烏溪 Google My Map 數位資產的「三位一體」 這次作業確立了未來每一條河流探索的標準產出： 空間骨架 (Skeleton)：存放於 data/ 的整合性 KML。 人文證據 (Soul)：與 KML 同目錄的 Historical_Evidence_Report.md。 導覽引擎 (Map)：註冊於 walkgis.db 的 ISMap 與 Features。 結語：為下一條河做準備 這次「事後補產製」最大的收穫，是我們將所有經驗寫回了河流探索的技能規範中。現在我們有了一般化的自動化產製腳本，未來只要輸入流域名稱，AI 就能在幾秒內產出標準化的資產包。 ...