《矽墟》是一部科幻小說,但這 30 天寫的不是小說,是我把創作流程規格化、產線化之後遇到的工程問題與取捨。世界觀當成唯一信任來源、規則寫成不可變更的約束、品質標準寫成可驗收的規格、提示詞當成資料管理、三條產線怎麼串。會寫的失敗案例:冪等性被打破、內容審核誤判、風格與角色沒解耦導致的連鎖修改、成本失控、產出了卻沒用上的東西。也會寫 3D 那段——為什麼要 3D、模型匯出之後還有什麼事、怎麼把品質變成一份可以執行的合約。用 commit、腳本、成本數字與失敗案例當證據,不寫「AI 讓創作變簡單」這種話。
模組四|從 2D 到 3D(Day 20–25) Day 20 把限制寫死了——那篇的結論是:我手上沒有專業級顯卡,所以每一條「把 2D 圖變成 3D 模型...
模組四|從 2D 到 3D(Day 20–25) 我在做的是一個角色介紹網頁:使用者往下捲,鏡頭跟著推近拉遠,畫面裡的 3D 角色跟著轉;而這一頁的主題色要...
模組四|從 2D 到 3D(Day 20–25) 《矽墟》是我正在寫的一部科幻小說,拆成 200 回短篇連載,整部作品用管軟體專案的方式在管:敘事結構寫成規...
模組四|從 2D 到 3D(Day 20–25) 昨天寫完契約——chenger-sculpt-spec.json 裡的 qualityContract,一...
模組四|從 2D 到 3D(Day 20–25) 模組四結算。 先給證據,再講結論。 證據 全 repo 搜尋所有可能引用那個模型的方式(trellis 是...
模組五|閱讀端與規模化(Day 26–29) 模組四講完 3D。剩下四天回到比較日常的東西:200 回的閱讀端。 我有 200 個 Markdown 檔,需...
模組五|閱讀端與規模化(Day 26–29) 昨天講章節頁怎麼生成。今天講首頁——一個有 Three.js 粒子背景、滾動動效、角色卡片、燈箱、行動版抽屜的...
模組五|閱讀端與規模化(Day 26–29) 今天講一次大規模重構:20 章的長篇,改成 200 回的短篇連載。 內容形式全變、節奏全變、每一回都要重新設計...
模組五|閱讀端與規模化(Day 26–29) 模組五收尾。今天講一份稽核報告,55 行,寫於 2026-07-24。 它是這整個系列裡唯一一個「發現問題之後...
完賽 30 天到了。 這篇不總結內容。前面每一篇的「帶走什麼」已經做完那件事了。這篇講三件更有用的東西:這 30 天的寫作過程本身讓我發現了什麼、這套方法哪...