iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
AI Engineering

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

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

參賽天數 4 天 | 共 4 篇文章 | 2 人訂閱 訂閱系列文 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 分享