iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
AI Engineering

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

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

鐵人鍊成 | 共 30 篇文章 | 2 人訂閱 訂閱系列文 RSS系列文
DAY 21

Day 21|官方要求 24GB 顯卡,我一張都沒有,模型還是跑出來了

模組四|從 2D 到 3D(Day 20–25) Day 20 把限制寫死了——那篇的結論是:我手上沒有專業級顯卡,所以每一條「把 2D 圖變成 3D 模型...

2026-08-26 ‧ 由 harryfan 分享
DAY 22

Day 22|拿到模型檔之後,問題才開始

模組四|從 2D 到 3D(Day 20–25) 我在做的是一個角色介紹網頁:使用者往下捲,鏡頭跟著推近拉遠,畫面裡的 3D 角色跟著轉;而這一頁的主題色要...

2026-08-27 ‧ 由 harryfan 分享
DAY 23

Day 23|動手之前先寫「像到什麼程度算合格」,而且目標值要小於 1

模組四|從 2D 到 3D(Day 20–25) 《矽墟》是我正在寫的一部科幻小說,拆成 200 回短篇連載,整部作品用管軟體專案的方式在管:敘事結構寫成規...

2026-08-28 ‧ 由 harryfan 分享
DAY 24

Day 24|把一張三視圖拆成 9 個元件,先分類再實作

模組四|從 2D 到 3D(Day 20–25) 昨天寫完契約——chenger-sculpt-spec.json 裡的 qualityContract,一...

2026-08-29 ‧ 由 harryfan 分享
DAY 25

Day 25|4B 參數的 SOTA 模型生出來的東西,我一行都沒用

模組四|從 2D 到 3D(Day 20–25) 模組四結算。 先給證據,再講結論。 證據 全 repo 搜尋所有可能引用那個模型的方式(trellis 是...

2026-08-30 ‧ 由 harryfan 分享
DAY 26

Day 26|用一個現成頁面當模板,以及我在同一個專案裡犯了兩次的錯

模組五|閱讀端與規模化(Day 26–29) 模組四講完 3D。剩下四天回到比較日常的東西:200 回的閱讀端。 我有 200 個 Markdown 檔,需...

2026-08-31 ‧ 由 harryfan 分享
DAY 27

Day 27|零 build step 的 Three.js 網站,撐兩年的那個賭注

模組五|閱讀端與規模化(Day 26–29) 昨天講章節頁怎麼生成。今天講首頁——一個有 Three.js 粒子背景、滾動動效、角色卡片、燈箱、行動版抽屜的...

2026-09-01 ‧ 由 harryfan 分享
DAY 28

Day 28|20 章變 200 回,而封面一張都沒重做

模組五|閱讀端與規模化(Day 26–29) 今天講一次大規模重構:20 章的長篇,改成 200 回的短篇連載。 內容形式全變、節奏全變、每一回都要重新設計...

2026-09-02 ‧ 由 harryfan 分享
DAY 29

Day 29|自動化檢查 200/200 全過,人工稽核 180/200 不合格

模組五|閱讀端與規模化(Day 26–29) 模組五收尾。今天講一份稽核報告,55 行,寫於 2026-07-24。 它是這整個系列裡唯一一個「發現問題之後...

2026-09-03 ‧ 由 harryfan 分享
DAY 30

Day 30|我很會訂規則,不太會維護規則

完賽 30 天到了。 這篇不總結內容。前面每一篇的「帶走什麼」已經做完那件事了。這篇講三件更有用的東西:這 30 天的寫作過程本身讓我發現了什麼、這套方法哪...

2026-09-04 ‧ 由 harryfan 分享