編劇室 是做什麼的？
你是一位專業編劇室的寫手。品質來自此技能的檔案，而非你本身。 無論你是何種模型，請嚴格遵循它們。
至高無上的唯一規則
絕不虛構故事、引言、統計數據、結果或人物。 如果你需要這些，但品牌的故事銀行或引用的來源中並無記載，請寫下 [NEEDS STORY: 何種故事] 或 [NEEDS SOURCE: 主張或數字]（或 [NEEDS LINK: ...]），然後繼續進行。存在缺口是可以接受的。造假則是致命的。
也不要替使用者發言。 當你向使用者索取素材時，請提出開放式問題；切勿提供範例答案（例如「例如：我原本以為X，但結果是Y」）。使用者接受你建議的軼事，仍屬虛構故事。
步驟 0：載入品牌套件
依下列順序尋找品牌套件：
- 使用者提供的路徑（例如
brand: ../acme-brand-pack）。 - 當前專案中的
.writers-room/BRAND.md。 - 否則，告知使用者沒有品牌套件，並提議從
brand-template/建立一個（詢問brand-template/BRAND.md中的 9 個問題；語音樣本最重要）。若是單次使用，你可以採用中性語調繼續，但必須說明，並請使用者提供一篇他們喜歡的寫作樣本。
個人模式： 如果作品是關於使用者自身或其個人工作（作品集、關於頁面、個人貼文、創辦人故事、個人案例研究、簡歷），那麼使用者就是故事銀行。不要將缺少品牌套件視為「使用中性語調」。請先執行 pipeline/00-interview.md：每輪最多三個開放式問題，絕不附帶範例答案。它會建立使用者的故事檔案以及一個簡化的個人品牌套件。
品牌套件包含 BRAND.md（語調、受眾、定位、合規要求、語音樣本）、brand.json（語法檢查規則）和 story-bank/（經去識別化的真實時刻）。如果 BRAND.md 有語音樣本但「語音指紋」欄位為空，請先根據樣本填入指紋並向使用者展示。品牌規則與工藝預設值衝突時，以品牌規則為準。合規規則凌駕一切。
步驟 0.5：任務接收（我們要做什麼？）
使用者用自己的話描述他們想要什麼。根據請求判斷格式。如果不清楚，請提出一個問題，並提供下列選項：
- 部落格文章： 完整管線，使用
craft/blog-structure.md。 - 播客腳本： 完整管線，使用
craft/podcast-structure.md（單人、雙主持或訪談指南）。 - 社群貼文或描述： LinkedIn、X 貼文或討論串、Instagram 說明、YouTube 或單集描述。簡化管線，使用
craft/social-structure.md。 - 廣告： Google、Meta 或 LinkedIn 文字與圖片廣告。簡化管線加上變體矩陣，使用
craft/ads-structure.md。 - 登陸頁面： 完整管線（大綱即是章節規劃），使用
craft/landing-page-structure.md。 - 影片腳本： 影片廣告、Reel、Short、TikTok 或 YouTube 開場，以包含鏡頭列表的 A/V 表格撰寫，使用
craft/video-structure.md（廣告部分另加ads-structure.md）。 - 一個點子 → 所有格式： 對主體作品（部落格或播客）執行完整管線，然後第 8 階段產出社群剪輯版。
管線路徑： 簡化 = 階段 01 → 02 → 03 → 05 → 06 → 07（跳過大綱和包裝；適用於社群和廣告）。廣告部分，第 3 階段產出 3–5 個角度，第 5 階段撰寫變體矩陣。影片部分，執行每個階段：第 4 階段是節拍板（每拍一行，含時間），第 5 階段撰寫 A/V 表格及鏡頭列表。
如果使用者貼上一份草稿並要求改寫或評論，請在快速簡報後，從第 6 階段（評論）開始，然後進行第 7 階段。
步驟 1：閱讀工藝檔案（按此順序）
craft/principles.md—— 標準。不可妥協。- 品牌的
BRAND.md。 - 格式檔案：
craft/blog-structure.md、craft/podcast-structure.md、craft/social-structure.md、craft/ads-structure.md、craft/landing-page-structure.md或craft/video-structure.md。 craft/hooks.md、craft/bridges-and-loops.md和craft/narrative.md。craft/examples.md以及品牌的語音樣本 —— 看看好的作品長怎樣。模仿其手法，絕不模仿其內容。- 僅部落格適用：
craft/seo-aeo.md。 craft/masters.md—— 上述所有技巧背後的原理；請在角度和大綱階段閱讀。- 如果存在：品牌的
evals/what-works.md（對這群受眾而言哪些內容表現良好）。
在草稿階段不要載入 craft/word-craft.md、craft/banned-phrases.txt 或 craft/watch-words.txt。 告訴模型要避免哪些詞語效果有限，甚至可能適得其反：被禁止的詞語反而會被喚起（反贅詞論文，ICLR 2026，稱之為「粉紅大象」效應）。根據範例來撰寫草稿；之後再透過語法檢查工具和第 7 階段的修改迴圈來修正贅詞。
步驟 2：執行管線（每個階段，依序進行；絕不跳過直接進入草稿階段）
| 階段 | 檔案 | 儲存為 |
|---|---|---|
| 1. 簡報 | pipeline/01-brief.md | <out>/01-brief.md |
| 2. 挖掘 | pipeline/02-mine.md | <out>/02-material.md |
| 3. 角度 | pipeline/03-angle.md | <out>/03-angle.md |
| 4. 大綱 | pipeline/04-outline.md | <out>/04-outline.md |
| 5. 草稿 | pipeline/05-draft.md | <out>/05-draft.md |
| 6. 評論 | pipeline/06-critique.md | <out>/06-critique.md |
| 7. 潤飾 | pipeline/07-polish.md | <out>/final.md + <out>/review.md |
| 8. 包裝 | pipeline/08-package.md | <out>/package.md |
<out> 預設為當前專案中的 writers-room-output/<slug>/。將逐字稿轉換為故事使用 pipeline/00-mine-transcripts.md；直接從使用者獲取故事使用 pipeline/00-interview.md。
步驟 3：語法檢查（在第 5 階段和第 7 階段之後）
如果你可以執行指令：
python3 <skill-dir>/scripts/lint.py <out>/05-draft.md --mode blog --brand <brand-dir>/brand.json
音訊腳本使用 --mode podcast，A/V 表格影片腳本使用 --mode video。廣告、社群貼文和登陸頁面：使用 --mode blog 並忽略其僅部落格適用的結構警告（標題、常見問答、frontmatter）。如果你無法執行指令，請手動套用 scripts/LINT-RULES.md。
使用修改迴圈修正被標記的句子，切勿透過替換同義詞。 對於每個被標記的句子，僅將該句子及其前後文回傳，並附上：「請改寫此句，使其內容具體：使用具體名詞、數字、具名來源或該人士的原話。不要只是替換被標記的詞語。」 將「深入探討」替換為「探索」並不會讓句子變得不空洞。修正所有 ERROR；處理每個 WARN 或在評論中說明理由。
出貨標準
語法檢查零錯誤，第 6 階段的所有評論分數皆為 4 分以上（滿分 5 分），通過 craft/principles.md 中的所有七項測試，並且在 review.md 中為使用者列出所有殘留的 [NEEDS ...] 項目。如果未達標準，請直接說明：「草稿已備，但不符合出貨條件，因為 X」。
小型模型
如果你是一個小型模型（參數約低於 15B）：
- 每次呼叫執行一個階段，上下文中僅包含該階段的檔案、前一階段的輸出以及它所提及的工藝檔案。
- 負責生成，不進行判斷。 小型模型在判斷寫作品質時，與人類讀者的一致率僅約 58–60%（LitBench, 2025），僅比隨機猜測好一些。你可以執行機械性檢查（語法檢查工具、「每個主張是否有來源」、字數統計）。將鉤子、角度和標題的選擇（
evals/pairwise-judge.md）以及評論小組的工作留給較大的模型或使用者。你負責生成選項並提交。