iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
AI Engineering

《矽墟》:我把一部科幻小說當成軟體專案來管 系列

《矽墟》是一部科幻小說,但這 30 天寫的不是小說,是我把創作流程規格化、產線化之後遇到的工程問題與取捨。世界觀當成唯一信任來源、規則寫成不可變更的約束、品質標準寫成可驗收的規格、提示詞當成資料管理、三條產線怎麼串。會寫的失敗案例:冪等性被打破、內容審核誤判、風格與角色沒解耦導致的連鎖修改、成本失控、產出了卻沒用上的東西。也會寫 3D 那段——為什麼要 3D、模型匯出之後還有什麼事、怎麼把品質變成一份可以執行的合約。用 commit、腳本、成本數字與失敗案例當證據,不寫「AI 讓創作變簡單」這種話。

參賽天數 21 天 | 共 21 篇文章 | 3 人訂閱 訂閱系列文 RSS系列文
DAY 1

Day 1|我不是來寫小說的,我是來解一致性問題的

模組一|為什麼把小說當專案管(Day 1–4) 先給你看一組數字,然後我們來討論它是什麼。 commits 197 時間跨度...

2026-08-06 ‧ 由 harryfan 分享
DAY 2

Day 2|世界觀當 single source of truth,但別只做這一步

模組一|為什麼把小說當專案管(Day 1–4) 昨天講了四個「這其實是工程問題」的瞬間。今天講第一個具體做法。 先講一個很多人會做、而且做得不錯,但只做一半...

2026-08-07 ‧ 由 harryfan 分享
DAY 3

Day 3|不可覆寫規則:一條規則要能擋人,得先有右邊那一欄

模組一|為什麼把小說當專案管(Day 1–4) 夜市、蒸籠、熱氣——我寫到那個場景,很自然地讓一個角色吃了東西。而我的世界觀文件裡寫得清清楚楚:矽魂不進食、...

2026-08-08 ‧ 由 harryfan 分享
DAY 4

Day 4|每章只准放一個新名詞,這條規則救的是我不是讀者

模組一|為什麼把小說當專案管(Day 1–4) 模組一收尾。前三天講設定放哪裡、怎麼分層、怎麼變成擋得住人的規則。今天講最後一種會失控的東西:專有名詞。 先...

2026-08-09 ‧ 由 harryfan 分享
DAY 5

Day 5|一章只允許推進三件事,為什麼是三

模組二|敘事規格化(Day 5–9) 模組一講的是設定要放哪裡。從今天開始講一個更難的題目:怎麼把「好不好看」變成可以驗收的規格。 這個模組是整個系列裡唯一...

2026-08-10 ‧ 由 harryfan 分享
DAY 6

Day 6|我寫了 20–35 句的規格,200 回實測有 193 回是 20 句

模組二|敘事規格化(Day 5–9) 昨天講一章只推進三件事。今天把規格再推進一層,講到「第幾句」。 然後講一個我今天才發現的東西:我的規格有一半是死的,而...

2026-08-11 ‧ 由 harryfan 分享
DAY 7

Day 7|追讀引擎的第四段最容易被跳過,而它是讀者回來的唯一理由

模組二|敘事規格化(Day 5–9) 《矽墟》是我正在寫的一部科幻小說,拆成 200 回短篇連載,整部作品用管軟體專案的方式在管:敘事結構寫成規格檔,成品用...

2026-08-12 ‧ 由 harryfan 分享
DAY 8

Day 8|完稿淘汰線:不問「這樣好不好」,問「刪掉會不會壞」

模組二|敘事規格化(Day 5–9) 《矽墟》是我正在寫的一部科幻小說,拆成 200 回短篇連載,整部作品用管軟體專案的方式在管:敘事結構寫成規格檔,成品用...

2026-08-13 ‧ 由 harryfan 分享
DAY 9

Day 9|同一個檔案裡兩張狀態表,一張活到最後,一張在第 20 回就死了

模組二|敘事規格化(Day 5–9) 《矽墟》是我正在寫的一部科幻小說,拆成 200 回短篇連載,整部作品用管軟體專案的方式在管:敘事結構寫成規格檔,成品用...

2026-08-14 ‧ 由 harryfan 分享
DAY 10

Day 10|三個模型做三件事,而不是找一個最強的打天下

模組三|AI 生圖與生片產線(Day 10–19) 模組二講規格。從今天開始換題目,講 AI 生圖產線:這是這個專案裡最花錢、失敗最多、也最有東西可以帶走的...

2026-08-15 ‧ 由 harryfan 分享