主题精选製作實戰
互動故事結尾的署名與版本說明怎麼寫，才能讓回饋找得到對象？
把結尾資訊寫成三層就夠用：交付件名稱與版本號、創作貢獻與工具使用的分工、回饋時需要附上的三項資訊。讀者看到問題能定位到具體檔案，你收到回饋能判斷改哪一層，不必在郵件裡來回追問「你說的是哪一版」。
創作部落格
发现实用的 AI 工具、互动叙事方法与创作经验。从一个想法，到一部真正可以参与的故事。
編輯精選 / 01
从叙事结构到视觉生产，整理真正能进入创作流程的方法。
主题精选
製作實戰
同一 IP 的角色聊天與文字冒險，怎樣介紹關係又不讓玩家誤以為進度互通？
把兩個入口的關係寫成「同一世界、同一角色身份、各自獨立推進」，並在入口頁用一張狀態對照表說清哪些東西會帶過去、哪些不會。具體做法分四步：先給這個 IP 定一份角色檔案，作為兩個入口共用的身份底座；再為每個入口單獨寫一段「狀態邊界」說明；然後準備一張可說/不可說表，約束營運文案；最後用一段虛構對話檢驗玩家讀完會不會產生錯
製作實戰
封面像恐怖、正文卻是溫暖日常？怎樣檢查作品的題材承諾是否一致
先給結論：把簡介、開場、第一個核心任務、結尾各寫一句「玩家此刻預期承受什麼強度」，四句並排讀。如果封面和簡介指向恐怖，開場卻只給溫馨日常，而核心任務又把強度突然拉滿，問題不在「有驚喜」，在於驚喜之前缺少可推斷的線索。檢查的目標不是消滅轉折，而是確認轉折發生前，玩家能從已有資訊裡猜到「這裡可能會變重」。
