遊戲音樂音效師
LLM Wiki 知識架構

六大知識庫的分工與協作

2026/08/19

OVERVIEW

六大 Wiki 總覽

每個知識庫各司其職，組合出你需要的答案

🎵 craft

技術知識

「怎麼做」的通用方法
音樂/音效/語音/音響/中介軟體

📂 raw：技術教學文章、參考書截圖、教學影片筆記

🌏 markets

市場知識

「給誰聽」的地區偏好
接案先查這裡

📂 raw：市場調查報告、玩家回饋、競品分析資料

🎰 genres

遊戲類型

「什麼遊戲」的音效公式
每種類型的設計規則

📂 raw：競品遊戲分析、遊戲錄影、音效結構拆解紀錄

🎨 styles

風格知識

「什麼風格」的設計要點
文化風格、音樂類型、節慶

📂 raw：參考曲目連結、風格分析文章、配器範例

🏢 company

公司標準

「公司要求」最高優先級
所有產出都要過這裡過濾

📂 raw：主管的指示紀錄、品牌文件、內部會議決議

📁 projects

專案紀錄

「做過什麼」經驗資料庫
做過的東西不會白做

📂 raw：專案需求單、客戶回饋原文、修改紀錄、驗收郵件

＋ 新增卡片
✋ 拖曳排列 ｜ 👆 點擊查看詳情 ｜ ＋ 新增自訂卡片
WIKI 1

🎵 game-audio-craft

「怎麼做」的通用知識，不分遊戲、不分市場 — 你的技術教科書

🎵 音樂製作
  • 循環音樂怎麼寫
  • 動態配樂系統
  • 情緒對應表
  • 配器選擇
  • 遊戲混音技巧
🔊 音效製作
  • 音效層疊技巧
  • 回饋音效設計
  • 介面音效
  • 打擊音設計
🎤 語音製作
  • 錄音規格標準
  • 配音員選角
  • 在地化流程
  • 後製處理
🔈 音響
  • 機台音響設計
  • 空間音效配置
  • 喇叭規格與選型
  • 環境噪音考量
⚙️ 中介軟體
  • FMOD 整合
  • Wwise 整合
  • 音訊引擎設定
  • 互動音效實作
WIKI 2

🌏 game-audio-markets

「給誰聽」的地區偏好與限制 — 接案先查這裡了解目標市場

🇺🇸🇪🇺 歐美市場
  • 審美偏好（喜歡什麼風格）
  • 法規限制（賭博音效警告等）
  • 參考作品清單
  • 流行趨勢
🇹🇭🇻🇳🇮🇩 東南亞市場
  • 在地樂器使用
  • 文化禁忌（什麼不能用）
  • 熱門主題
  • 參考作品
🇨🇳 中國市場
  • 審核注意事項
  • 禁用元素清單
  • 流行趨勢
  • 參考作品
WIKI 3

🎰 game-audio-genres

「什麼遊戲」的音頻設計規則 — 每種遊戲類型的「音效公式」

🎰 博弈類

老虎機

  • 音效結構解析
  • 轉輪音效時序
  • 中獎等級音效
  • Bonus 設計
  • 差一點音效
  • 期待感營造

魚機

  • 砲台射擊音效
  • 魚被擊中層次
  • Boss 戰音效
  • 大獎時刻
🕹️ 街機類

競速遊戲

  • 引擎音效、速度感營造、碰撞/加速音效

槍台遊戲

  • 武器音效、命中回饋、機台音響考量

兒童卡片機

  • 歡樂音樂、獎勵音效、角色語音、出卡音效
WIKI 4

🎨 game-audio-styles

「什麼風格」的設計知識 — 有特定風格需求時先查這裡

🌏 文化風格
  • 中國風：二胡、琵琶、五聲音階
  • 歐美風：管弦樂、電子、電影配樂
  • 日式：傳統和風、J-Pop、動漫風
  • 東南亞：泰式、印尼式、融合風格
🎸 音樂類型
  • 搖滾風：鼓組編排、吉他音色
  • 電子舞曲：合成器、Drop 設計
  • 嘻哈、爵士、氛圍音樂等
🎉 節慶主題
  • 農曆新年、中秋節
  • 聖誕節、萬聖節
  • 潑水節、排燈節
🎰 柏青主題
  • 日式熱鬧風格：高能量、節奏感強
  • 彈珠機台氛圍：電子音效、連續觸發音
  • 大當たり音樂：大獎時刻的興奮高潮
WIKI 5

🏢 company-audio-standards

「公司要求」— 最高優先級的參考，所有產出都要過這裡的「過濾」

🏢 品牌識別
  • 公司聲音 Logo
  • 品牌聲音價值觀
  • 聲音 DNA 定義
👍 品味偏好
  • 喜歡什麼音樂風格
  • 不喜歡什麼風格
  • 音效質感偏好
  • 認可的參考作品
📋 技術規格
  • 檔案格式要求
  • 響度標準
  • 命名規則
  • 交付檢查清單
🔄 工作流程
  • 審核流程
  • 修改政策
  • 溝通規範
WIKI 6

📁 game-audio-projects

「做過什麼」的經驗資料庫 — 做過的東西不會白做，下次類似案子可參考

每個專案記錄什麼？
  • 📋 專案簡介：客戶、市場、遊戲類型、風格需求
  • 📐 規格需求：技術規格、素材數量
  • 💡 經驗教訓：這次學到什麼、踩過什麼坑
  • 📦 素材清單：產出了哪些檔案
  • 📝 修改紀錄：客戶回饋和修改過程
WORKFLOW

知識如何流動？

範例：接到「東南亞市場、魚機、中國風、農曆新年主題」的案子

1
markets
了解東南亞市場的偏好和禁忌
2
genres
了解魚機的音效結構和設計規則
3
styles
了解中國風配樂 + 農曆新年主題的設計要點
4
company
確保符合公司品味（過濾）
5
craft
用正確的技術方法實作
6
projects
完成後記錄經驗
六個 Wiki 互相獨立但可以交叉查詢，組合出你需要的答案
USAGE

日常使用方式

四個常用指令，讓知識流動起來

💾 有新知識想記錄
/wiki:ingest

把文件、筆記匯入對應的 Wiki

🔍 有問題想查
/wiki:query

跨 Wiki 搜尋，組合出答案

📝 做完專案
/wiki:ll

自動提取經驗教訓，記錄到 projects

📚 需要研究新主題
/wiki:research

讓 AI 幫你蒐集資料並整理

GUIDE

📖 Wiki 建立指南

SCHEMA 規則、資料結構、頁面類型完整說明

📜 SCHEMA 是什麼？

SCHEMA 是整個 Wiki 系統的「規則書」，定義了所有頁面該怎麼組織。

📋 SCHEMA 定義什麼？

  • 目錄結構 —— Wiki 有哪些資料夾、怎麼分類
  • 頁面類型 —— knowledge、project、standard 等
  • 必填欄位 —— 每頁都要有 title、type、owner 等
  • 命名規則 —— 檔名用英文小寫 + 連字號
  • raw / index 規則 —— 原始資料和索引的管理方式
🎯 有了 SCHEMA，所有頁面都有一致的格式，AI 也能正確理解你的知識庫！

1️⃣ SCHEMA 範例（YAML 格式）

# SCHEMA.md - 遊戲音頻 Wiki 規則書 ## 1. 目錄結構 wiki/ ├── SCHEMA.md # 本規則書 │ ├── game-audio-craft/ # 技術知識 │ ├── _index.md │ ├── raw/ │ └── wiki/ │ ├── game-audio-markets/ # 市場知識 │ ├── _index.md │ ├── raw/ │ └── wiki/ │ ├── game-audio-genres/ # 遊戲類型 │ ├── _index.md │ ├── raw/ │ └── wiki/ │ ├── game-audio-styles/ # 音樂風格 │ ├── _index.md │ ├── raw/ │ └── wiki/ │ ├── company-audio-standards/ # 公司標準 │ ├── _index.md │ ├── raw/ │ └── wiki/ │ └── game-audio-projects/ # 專案紀錄 ├── _index.md ├── raw/ └── wiki/ ## 2. 頁面類型 - knowledge: 技術知識 - analysis: 競品/市場分析 - spec: 規格書 - project: 專案紀錄 - standard: 公司標準 ## 3. 必填欄位（Frontmatter） - title: 頁面標題 - type: 頁面類型 - owner: 負責人 - status: draft | active | archived - created: YYYY-MM-DD - updated: YYYY-MM-DD ## 4. 命名規則 - 檔名：英文小寫 + 連字號（如 loop-composition.md） - 不能用中文、空格、底線 ## 5. raw 規則 - 只能新增，不能修改刪除 - 保留原始檔名 ## 6. index 規則 - 每個 Wiki 根目錄要有 _index.md - 新增頁面要更新 index ## 7. Lint 檢查 - 檔名是否為英文 slug - Frontmatter 欄位是否齊全 - index 是否一致 - raw 是否被改動

📇 index 是什麼？

index（索引）是每個 Wiki 的「目錄」，讓 AI 知道這個 Wiki 裡有哪些頁面、放在哪裡。

📄 index 長什麼樣？

通常是 _index.md 放在每個 Wiki 的根目錄，列出所有頁面的標題和路徑。

🎯 有了 index，AI 就能快速找到需要的知識頁面！

📂 raw 是什麼？

raw（原始資料）是存放未整理素材的資料夾，保留最原始的形式。

📥 raw 放什麼？

  • 技術教學文章、參考書截圖
  • 會議紀錄、主管指示
  • 客戶回饋原文、驗收郵件
  • 競品分析資料、遊戲錄影
🎯 raw 的規則：只能新增，不能修改刪除，保留原始檔名！

📝 wiki 是什麼？

wiki（知識頁）是存放整理過的知識文件的資料夾，給 AI 讀取用。

📄 wiki 放什麼？

  • 從 raw 整理出來的知識頁（.md 檔案）
  • 有完整 Frontmatter 的結構化文件
  • 可以分子資料夾組織（如 music/、sfx/、voice/）
🎯 raw 是「原料」，wiki 是「成品」—— AI 主要讀 wiki 裡的內容！

📋 頁面類型（type）說明

頁面類型（type）是你自己定義的分類標籤，告訴 AI 這頁內容的「性質」是什麼。

📋 頁面類型（5 種）

type 說明 用在哪些 Wiki
knowledge 技術知識、通用方法 craft, markets, genres, styles
analysis 競品分析、市場調查 markets, genres
spec 規格書、需求文件 projects, company
project 專案紀錄、經驗總結 projects
standard 公司規定、品牌標準 company

🎯 為什麼要分類型？

讓 AI 查詢時可以針對性地找：

  • 「怎麼做循環音樂？」→ 找 type: knowledge
  • 「競品怎麼做的？」→ 找 type: analysis
  • 「這個專案的規格是什麼？」→ 找 type: spec
  • 「之前做過類似的嗎？」→ 找 type: project
  • 「公司交付格式是什麼？」→ 找 type: standard
5 種類型：knowledge | analysis | spec | project | standard
🎯 重點是一致性 —— 定好了就整個 wiki 都照這套用！

2️⃣ game-audio-craft 資料結構範例

game-audio-craft/ ├── _index.md # ← 這個 Wiki 的索引 ├── raw/ # 原始資料（只能新增） │ ├── 2024-05-loop教學.pdf │ ├── 會議紀錄-混音討論.docx │ └── 參考書-遊戲音效設計.pdf │ └── wiki/ # 整理過的知識頁 ├── music/ │ ├── loop-composition.md # 循環音樂寫法 │ ├── adaptive-music.md # 動態配樂系統 │ └── mixing-for-games.md # 遊戲混音技巧 │ ├── sfx/ │ ├── layering-techniques.md # 音效層疊技巧 │ ├── feedback-design.md # 回饋音效設計 │ └── ui-sounds.md # 介面音效 │ ├── voice/ │ ├── recording-specs.md # 錄音規格標準 │ └── processing-chain.md # 語音後製流程 │ ├── speakers/ # 音響 │ ├── cabinet-design.md # 機台音響設計 │ └── spatial-audio.md # 空間音效配置 │ └── middleware/ # 中介軟體 ├── fmod-integration.md # FMOD 整合 └── wwise-integration.md # Wwise 整合

3️⃣ 單頁範例（loop-composition.md）

--- title: 循環音樂寫法 type: knowledge owner: 芷吟 status: active created: 2026-08-01 updated: 2026-08-20 tags: [music, loop, composition] source: raw/2024-05-loop教學.pdf --- # 循環音樂寫法 ## 核心原則 - 開頭結尾要能無縫銜接 - 避免明顯的起承轉合 - 使用持續音或 pad 作為連接 ## 常見長度 | 場景 | 建議長度 | |------------|-------------| | 背景音樂 | 60-120 秒 | | 戰鬥音樂 | 30-60 秒 | | 過場音樂 | 15-30 秒 | ## 相關頁面 - [[adaptive-music]] - 動態配樂系統 - [[mixing-for-games]] - 遊戲混音技巧