菜单
三審三校品質管控流程，專為長篇文章、部落格文章、電子報、技術寫作設計。每個審校角色必須以獨立 subagent 執行，確保觀點獨立、互不污染。Use when you need rigorous, multi-pass quality assurance on written articles before publication.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/endman100/skill-router-nexus --skill editorial-pipeline命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
⚠️ MANDATORY ENTRY POINT — ALWAYS read this file FIRST before: (1) planning any task (plan / blueprint / roadmap / how to implement), (2) reviewing a plan (review / audit / stress-test), (3) executing a task (implement / build / run), (4) verifying completion (done / verify / submit / PR / confirm finished), (5) accessing, querying, or adding any sub-skill. Do NOT load or look up any sub-skill directly. Every agent, every task, and every skill query must route through this file first. | ⚠️ 強制入口 — 以下情境必須先完整讀取本檔再行動：(1) 制定計畫（計畫、規劃、plan、blueprint、怎麼做）；(2) 計畫審查（review、審查、壓力測試）；(3) 執行任務（執行、implement、build）；(4) 驗證完成（驗證、done、verify、確認完成、submit、PR）；(5) 存取、查詢或新增任何 skill。嚴禁直接載入或查詢子 skill、嚴禁繞過本檔。
Create complete stylized 3D animated shorts from a story idea through an ordered production workflow covering project brief, story outline, character and environment cards, standardized shot planning, text or optional pencil storyboards, video-model selection, single-shot generation, assembly, BGM matching, and final review. Use when the user wants an end-to-end narrative animation workflow with strong character consistency, scene continuity, timing, camera, performance, and audio control. Not for single images, simple edits, photorealistic live action, or one standalone clip.
从商业史、管理史、技术史、职业史和制度史中寻找与现实困境同构的成功、失败和反例，提炼带条件的重复机制。用户要求历史类比、经典解法或标准答案时使用。
基于 SOC 职业分类
| name | editorial-pipeline |
| description | 三審三校品質管控流程，專為長篇文章、部落格文章、電子報、技術寫作設計。每個審校角色必須以獨立 subagent 執行，確保觀點獨立、互不污染。Use when you need rigorous, multi-pass quality assurance on written articles before publication. |
⚠️ 核心原則：每個審校角色 = 獨立 subagent 每位審校人員都必須以獨立 subagent 召喚，而非讓同一 agent 扮演多個角色。 這確保各輪審查視角真正彼此獨立，不受前一輪思路污染。
產出草稿
│
▼
【三審階段】— 內容層次審查
├── 初審 subagent：結構與完整性
├── 複審 subagent：邏輯、準確性、深度
└── 終審 subagent：最終裁決、釋出可行性
│
▼ （每輪回饋 → 修改 → 下一輪）
│
【三校階段】— 細節層次校對
├── 初校 subagent：逐行比對，找排版/語法/命名問題
├── 二校 subagent：確認初校修正正確、無新引入錯誤
└── 三校 subagent：作者視角最終確認，簽核定稿
│
▼
定稿發布
content-first-reviewer職責： 把關基本品質門檻，不讓明顯破洞進入後續流程。
checklist：
輸出格式：
初審結果（content-first-reviewer）
狀態：[通過 / 退修]
問題清單：
- [嚴重] ...
- [建議] ...
修改指示：...
content-deep-reviewer前置條件： 初審通過後才啟動複審。
職責： 深入挖掘邏輯一致性、內容準確性、潛在風險。
checklist：
輸出格式：
複審結果（content-deep-reviewer）
狀態：[通過 / 退修 / 需架構討論]
重大問題：...
一般問題：...
亮點（值得保留）：...
content-chief-reviewer前置條件： 複審通過後才啟動終審。
職責： 最終裁決，確認整體可發布。不重複前兩輪細節，聚焦全局判斷。
checklist：
輸出格式：
終審裁決（content-chief-reviewer）
裁決：[核准發布 / 退修 / 暫緩]
理由：...
條件（若有）：...
三校針對「已通過三審」的內容，聚焦細節錯誤，而非結構性問題。
proofreader-first職責： 對照最終修訂稿，逐段掃描細節錯誤。
checklist：
輸出格式：
初校報告（proofreader-first）
錯誤清單（含行號或段落位置）：
行 12：「...」→ 應改為「...」
...
proofreader-second前置條件： 初校修正已套用。
職責： 獨立確認初校修正是否正確執行，並找出初校遺漏或新引入的錯誤。
checklist：
輸出格式：
二校報告（proofreader-second）
初校修正確認：[全部正確 / X 項有誤]
有誤項目：...
新發現問題：...
proofreader-final前置條件： 二校清單已全部處理完畢。
職責： 以作者/發布者視角進行最終通讀，模擬讀者/使用者體驗，確認沒有遺漏。
checklist：
輸出格式：
三校結果（proofreader-final）
狀態：[定稿確認 / 有待處理項目]
待處理（若有）：...
簽核：proofreader-final @ {日期}
每輪審校均使用 runSubagent / Task tool 派發，不可在同一 agent session 內角色扮演。
範例（初審）：
runSubagent(
agentName: "content-first-reviewer",
prompt: """
你是初審員。以下是待審內容：
[貼入草稿全文或 diff]
請依照初審 checklist 完成審查，
輸出「初審結果」格式的報告。
"""
)
每輪 subagent 任務描述中應明確說明：
每輪若狀態為「退修」，流程如下：
退修 → 原作者修改 → 重新送審（從當輪重審，不需從頭）
（若修改幅度大，需從初審重新開始）
修改幅度判斷標準：
| 階段 | Subagent 名稱 | 聚焦點 |
|---|---|---|
| 初審 | content-first-reviewer | 結構、完整性、基本品質 |
| 複審 | content-deep-reviewer | 邏輯、準確性、安全性、深度 |
| 終審 | content-chief-reviewer | 全局判斷、發布裁決 |
| 初校 | proofreader-first | 細節錯誤逐行掃描 |
| 二校 | proofreader-second | 確認修正正確、找新錯誤 |
| 三校 | proofreader-final | 作者冷讀、最終簽核 |