Table of Contents
過去，我總覺得撰寫小說像是一種孤獨的園藝行為——埋下靈感的種子，日復一日地澆灌，直到故事開花結果。但在生成式 AI 爆發的時代，我的思維發生了根本性的轉變。我不再把自己定位為一名園丁，而是一位系統架構師。
我開發了一套「生產就緒（Production-ready）」的創作框架，將小說寫作視為一個軟體工程問題。透過導入 DevOps 原則（如版本控制、單元測試、自動化部署）並結合大型語言模型（LLMs），我建構了一套「人機協作（Human-in-the-Loop）」系統。這套系統目前正全力運轉，支撐著我的最新作品 《盲軌：2028 Blind Orbit》 的高速迭代。
🚀 我的核心哲學：人機協作 (HITL)
我對 AI 寫作最大的心得是：它不是要取代我，而是讓我從體力勞動者轉型為節目統籌（Showrunner）。
- 我的角色： 我是架構師、首席工程師與最終編輯。我負責定義約束條件、邏輯框架與情感共鳴點。
- AI 的角色： 它是我無限的勞動力——它同時擔任我的初稿撰稿員、一致性檢查員與分鏡插畫師。
我嚴格執行 HITL (Human-in-the-Loop) 方法論。在我的工作流中，AI 永遠不能在未經我審核的情況下將程式碼（文本）提交（Commit）到主分支（Main Branch）。我追求的是「電腦輔助創意」，讓理性的邏輯與感性的幻覺達成平衡。
🛠️ 階段 1：建立上下文資料庫（構思與建構）
我發現大多數 AI 寫作失敗的原因都在於「上下文漂移（Context Drift）」——當 AI 寫到第十章時，它早就忘了第三章設定的主角瞳孔顏色。因此，我動筆前的第一步不是寫作，而是建立資料庫。
在撰寫《盲軌：2028》時，我建立了詳盡的「專案聖經」，確保在 120,000 字的長度下，技術細節依然嚴絲合縫。
我的「專案聖經」結構
我使用嚴格組織的資料夾結構（通常在 Obsidian 或 VS Code 中），將其作為「單一事實來源（Source of Truth）」。對 AI 來說，這些文件就是它必須遵守的法律。
-
_world/:-
physics.md: 紀錄如「寧靜海」量子攻擊如何從底層協議癱瘓全球通訊的技術邏輯。 -
geopolitics.md: 紀錄後資訊時代的勢力範圍與各國軍事反應。
-
-
_characters/:-
protagonist.md: 包含 MBTI 類型、語氣慣性（如「軍事簡報風格、冷靜但充滿壓力感」）以及詳細背景。
-
-
_meta/timeline.md:- 這是一份類 UNIX 時間戳記的事件日誌。當 GPS 消失的那一秒，所有角色的地理位置必須完全精確。
技術實作： 我透過 Claude Code 介面利用 RAG (檢索增強生成) 技術，根據當前撰寫的場景，動態注入相關的角色與背景設定。
📐 階段 2：結構化工程（藍圖設計）
在軟體開發中，沒有設計文檔就不會開工；在我的寫作世界裡，沒有結構化大綱我絕不動筆。
我的分形大綱策略 (Fractal Outline Strategy)
- 主弧線 (Epics)： 定義《盲軌：2028》的三幕劇架構——從量子災難爆發到資訊黑暗時代的生存鬥爭。
- 章節規格 (Features)： 目前已規劃並實作超過 35 章。每一章都有明確的輸入、過程與輸出。
- 場景節奏 (The Code)： 要求 AI 將章節拆解為 5 個明確的「節奏（Beats）」，標註動作、對話潛台詞、環境氛圍與核心衝突。
🤖 階段 3：多智能體協作（構建階段）
我使用 Claude Code 作為中央指揮官，調度不同的專業代理人：
- 草稿員 (Drafter)： 負責將大綱轉化為原始 Markdown，專注於描繪沒有網路與 GPS 時，專業軍人如何僅憑直覺與經驗在黑暗中摸索的感官細節。
- 評論家 (Critic)： 進行 QA 測試，找出對話中不符合軍事邏輯的漏洞。
- 風格師 (Stylist)： 擔任 Linter，確保全書維持統一的「末日寫實」語調。
🧪 階段 4：敘事單元測試 (CI/CD)
這是我流程中最激進的一步：我將 測試驅動開發 (TDD) 應用到了文學創作。在《盲軌：2028》達到 12 萬字後，這種自動化檢查變得至關重要。
我的測試套件
- 實體一致性測試： 掃描全文字元，確保關鍵武裝設備與角色特徵在數十章後仍保持一致。
- 時間線邏輯測試： 利用 LLM 分析在失去現代交通導航的情況下，角色移動的距離與時間是否合理。
- 語調情感分析： 確保「寧靜海」攻擊後的絕望感與壓迫感在數據維度上維持在高水位。
🚢 階段 5：持續部署（發佈）
一旦原稿通過測試，我就會啟動自動化發佈流程。我把書當作一個軟體包來處理，並將其部署至我的專屬閱讀平台。
我的自動化流水線
-
git push: 將最終的 Markdown 文件推送到 GitHub。 - GitHub Actions & Antigravity:
- Linting: 自動檢查錯字與格式。
- 視覺生成: 觸發 API 呼叫 Nano Banana，生成符合《盲軌：2028》氛圍的章節插畫。
- Web 部署: 使用 Astro 構建高品質閱讀網站，並託管於 Cloudflare Pages。
即時連載站點：https://novels.cqi365.net/ 在這裡，讀者可以即時追蹤我的最新實驗成果與故事更新。
💡 實踐案例：《盲軌：2028 Blind Orbit》
這套工作流的最佳證明就是正在連載中的 《盲軌：2028 Blind Orbit》：
- 現狀： 連載中，已完成 35 章，字數突破 120,000+ 字。
- 故事背景： 當「寧靜海」量子攻擊癱瘓全球通訊，世界陷入資訊黑暗。沒有 GPS、沒有衛星、沒有網路——專業軍人們必須在極限壓力下，僅憑直覺與經驗，在完全的盲目中尋找文明的軌道。
這套工作流讓我從一個孤軍奮戰的工匠，轉變成了交響樂團的指揮。透過 AI 輔助，我能更專注於探討人性在極端技術災難下的反應，而將繁瑣的一致性檢查與格式轉換交給系統。
我並非讓機器代我夢想，而是親手建造了一套基礎設施，讓我的夢想能夠以更高、更快、更複雜的形式成真。這就是我定義的敘事創作未來。