《矽墟》是一部科幻小說,但這 30 天寫的不是小說,是我把創作流程規格化、產線化之後遇到的工程問題與取捨。世界觀當成唯一信任來源、規則寫成不可變更的約束、品質標準寫成可驗收的規格、提示詞當成資料管理、三條產線怎麼串。會寫的失敗案例:冪等性被打破、內容審核誤判、風格與角色沒解耦導致的連鎖修改、成本失控、產出了卻沒用上的東西。也會寫 3D 那段——為什麼要 3D、模型匯出之後還有什麼事、怎麼把品質變成一份可以執行的合約。用 commit、腳本、成本數字與失敗案例當證據,不寫「AI 讓創作變簡單」這種話。
模組一|為什麼把小說當專案管(Day 1–4) 先給你看一組數字,然後我們來討論它是什麼。 commits 197 時間跨度...
模組一|為什麼把小說當專案管(Day 1–4) 昨天講了四個「這其實是工程問題」的瞬間。今天講第一個具體做法。 先講一個很多人會做、而且做得不錯,但只做一半...
模組一|為什麼把小說當專案管(Day 1–4) 夜市、蒸籠、熱氣——我寫到那個場景,很自然地讓一個角色吃了東西。而我的世界觀文件裡寫得清清楚楚:矽魂不進食、...
模組一|為什麼把小說當專案管(Day 1–4) 模組一收尾。前三天講設定放哪裡、怎麼分層、怎麼變成擋得住人的規則。今天講最後一種會失控的東西:專有名詞。 先...