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