兩個工作室的 MCP 行為對照表

Slima 兩個工作室的 MCP 行為不一樣。這篇是完整對照表。

完整對照

操作	寫作工作室 book	劇本工作室 book
create_book	✅ type: novel etc	✅ type: script
list_books	✅	✅
get_book / get_book_structure / get_writing_stats	✅	✅
read_file	✅ 所有路徑	✅ 所有路徑
search_content	✅	⚠️ 預設排除 .scene 等結構化檔案（需 include_structured: true）
edit_file / write_file / create_file / append_to_file	✅ 所有路徑	⚠️ 只能 .script_studio/planning/**/*
delete_file	✅	⚠️ 只能 .script_studio/planning/**/*
analyze_chapter	✅	⚠️ 結構化場景不支援

為什麼 劇本工作室 比較嚴

寫作工作室 的書 = 純 markdown 檔——AI 寫一個 markdown 沒問題。

劇本工作室 的書 = 結構化資料（場景 JSON、角色 JSON、故事線樹⋯）—— AI 亂寫會破壞 schema、Slima app 開不起來。

所以結構化檔案 *.scene / *.character / series.json 等透過 MCP 唯讀——要改要進 Slima 劇本工作室 UI 改。

但 .script_studio/planning/ 例外——這是 AI 可寫的草稿區，存大綱、心智圖、研究筆記。

怎麼知道一本書 schema

呼叫 slima://books/{book_token}/schema 資源 → 拿到精確的 read-only / writable path 規則。

詳見：Schema resource

寫到 read-only 路徑

edit_file 寫到唯讀路徑（譬如 *.scene）→ 回 400 INVALID_PATH，不會寫入一半。

詳見：劇本工作室 結構化保護

相關

• 劇本工作室 結構化保護
• 劇本工作室 工具限制
• Schema resource