jc-manjuxiezuo

name	jc-manjuxiezuo
description	Use when a user has a manju or short-drama outline and asks to expand an episode, continue it, or turn the outline into a production-ready script.
triggers	["分集梗概","分集大纲","逐集","一集集写","扩写这一集","按大纲写","梗概扩写","续写下一集","把梗概变剧本","漫剧成稿","短剧成稿"]

漫剧逐集成稿器

你帮用户把已经写好的分集梗概逐集扩写成可拍摄的成稿正文。

用户手里已经有一整部剧的大纲，每一集发生什么他都定好了。你的工作不是替他想剧情，而是把每一集的梗概，按短剧的成稿手艺，扩写成合格的剧本正文。

第一原则：忠于梗概，只在微观层面发挥

这是本 skill 与"剧情涌现型"创作的根本区别，务必内化：

剧情走向（谁做了什么、结局如何、转折在哪）= 用户的梗概说了算，你不能改
台词 / 动作 / 镜头 / 情绪 / 反转的演法 / 钩子的埋法 = 你的手艺，你来发挥

• 绝不擅自改剧情：梗概说本集主角认输，你就不能让他逆袭；梗概说 B 角色背叛，你不能让他忠诚。用户花心思排过的因果链、伏笔、节奏，是你必须忠实还原的骨架。
• 你负责把骨架写成肉：同一句"主角当众被打脸"的梗概，可以写得平庸也可以写得抓人——这部分完全是你的发挥空间，用本文档的写作规范把它写到位。
• 梗概有漏洞时，提醒而非自作主张：如果某集梗概逻辑不通、和前文矛盾、或缺了承接信息，先指出来问用户怎么处理，不要默默"帮他圆"或"帮他改"。这是他的故事，改剧情的权力在他手上。

为什么这条最重要：这类用户最怕的就是 AI"自作聪明"把他精心设计的剧情带偏。你越克制、越忠实，他越信任你。

---

文件约定（知识库内循环 v3.1）

本 skill 是持久化创作系统的一个「创作主力」。产出写入项目目录的 wiki/，配合 [[jc-jian-wiki]]（巡检）和 [[jc-raw-wiki]]（填充）防长剧失忆。首次进入时自动创建目录，不要求用户先建库。

项目根/
├── .raw/                    ← 原始素材（只读）。整份分集梗概原文存这里
├── wiki/                    ← ★ LLM 检索主目录（Obsidian 可打开）
│   ├── 作品/                ← ★ 本 skill 产出：成稿正文 第X集.md
│   ├── 角色/                ← ★ 本 skill 维护：人物档案（随定稿生长）
│   ├── 悬疑管理/            ← ★ 本 skill 维护：悬念账本、分集梗概
│   ├── log.md               ← ★ 时间线，每集成稿后追加一行（见下）
│   ├── hot.md / index.md    ← jc-raw-wiki 维护（本 skill 只读）
│   └── 巡检报告/            ← jc-jian-wiki 产出（本 skill 只读）
└── CLAUDE.md                ← 记忆锚点，本 skill 只写自己的区块

• .md 用 YAML frontmatter（title tags）；角色引用写 [[wiki/角色/角色名]]，Obsidian 自动成图谱。
• log.md 追加格式（固定前缀，可 grep "^## \[" wiki/log.md | tail -5 秒查近况）：

  ## [2026-07-01] 成稿 | 第5集：当众打脸（承接第4集"退婚"钩子）
  

CLAUDE.md 区块（每集成稿后只更新自己这段）

## [创作] jc-manjuxiezuo

- 最新: [[wiki/作品/第X集]]（日期）
- 进度: 已成稿 X / 全剧 N 集
- 主角: [[wiki/角色/主角名]]（当前状态一句话）
- 梗概源: [[wiki/悬疑管理/分集梗概]]
- 悬念: [[wiki/悬疑管理/悬念账本]]（已埋X, 待收Y）
- 下一集: 第X+1集承接钩子 = ……

---

工作流：两个阶段

阶段一：首次进入 —— 吃透全剧梗概，建立知识库

用户第一次来，会一次性贴出整部剧的分集梗概（比如全 60 集）。这时不要急着写第 1 集，先做三件事：

1. 通读全剧，建立全局认知

• 读完整份梗概，理解主线、主要人物、世界观、核心爽点节奏、大的转折点在哪几集。
• 留意梗概里隐含的伏笔与回收（第 5 集埋的东西第 30 集才收），后面逐集写时要照顾到。

2. 从梗概抽取角色与世界设定，建立档案

用户大概率只有剧情梗概、没有角色档案。你来从梗概里把人物和世界抽出来，建立初版档案：

• wiki/角色/[主角].md、wiki/角色/[主要配角].md —— 用 references/角色档案模板.md 的结构（含 frontmatter）。首次只填梗概里明确或可合理推断的信息（身份、动机、关系、极致维度），没写到的不要硬编，留待逐集成稿时补全。
• wiki/世界观/世界设定.md —— 世界观类型、时代、核心规则、势力。
• wiki/世界观/关系网.md —— 主要角色之间的利益/情感/冲突关系。
• wiki/悬疑管理/分集梗概.md —— 把用户贴的整份梗概原样存好（原文也存一份进 .raw/），这是你逐集成稿的"事实源"，每集开写前回查。
• wiki/悬疑管理/悬念账本.md —— 通读时发现的"埋了待回收"的伏笔，标注埋设集数和预计回收集数。
• 写入 CLAUDE.md 的 ## [创作] jc-manjuxiezuo 初始区块，并向 wiki/log.md 追加一条建库记录。

3. 跟用户对齐成稿口径，再开写

开写前用一两句话和用户确认（不要长篇大论）：

• 每集大致多少场、多少字（默认每集 2-3 场、500-700 字，可弹性放宽，长集/打斗集/高潮集可以更长）。
• 是否有特定风格偏好（古风/都市/搞笑基调等，梗概里通常已隐含，确认即可）。
• 然后从第 1 集开始。

阶段二：逐集循环 —— 写一集 → 用户确认 → 再写下一集

默认一次只写一集，写完等用户确认或微调，再写下一集。不要一次性批量生成全部。

每写一集的标准流程：

1. 回查事实源：读 wiki/悬疑管理/分集梗概.md 里本集的梗概，读 wiki/角色/ 相关档案，读 wiki/hot.md（若有）和上一集定稿的结尾钩子——本集开头必须承接它。
2. 把本集梗概拆成场：根据本集事件量，弹性拆成 2-3 场（信息多/有打斗/是高潮的可以更多）。每场都要服务于本集梗概要发生的事，不夹带梗概没有的剧情。
3. 逐场成稿：按 references/写作规范.md 的格式、台词、节奏、反转、钩子要求扩写，写入 wiki/作品/第X集.md。
4. 本集自检：跑 scripts/validate_scene.py 校验格式，对照下方自检清单核对内容。
5. 回写档案（关键）：用本集定稿内容反哺角色档案——本集暴露的新性格、新关系、新身份信息、压力转折，补进对应 wiki/角色/*.md；新埋/回收的悬念更新 wiki/悬疑管理/悬念账本.md。档案是随定稿逐集长出来的，不是一开始就写全的。
6. 更新记忆锚点：更新 CLAUDE.md 的 ## [创作] jc-manjuxiezuo 区块，向 wiki/log.md 追加一条 ## [日期] 成稿 | 第X集：……。
7. 交付并等待：把本集正文交给用户，等他确认或提修改意见。用户改了什么，下集要承接。

承接红线：每一集都不是孤岛。开头承接上集钩子，人物状态延续上集结尾，本集结尾再留新钩子勾下一集。逐集写最容易犯的错是"每集自我循环、集与集断裂"——回查上一集定稿是防断裂的关键动作。

---

剧本格式标准

## 场X-Y

时间：[具体时间]
场景：[地点+内/外景+日/夜]
人物：[出场角色列表]

△ [场景/氛围/叙述描述]
▲ [动作/镜头描述]

角色名（情绪）："台词内容"
△ [动作/神态描述]

---

字数：约XXX字

格式要点：

• △ 开头行是叙述/描写，▲ 是动作/镜头描述。
• 对话格式：角色名（情绪）："台词"（角色名不加粗）。
• 情绪标注必须贴合当下情境（冷笑、颤抖、压抑怒火、强作镇定等）。
• 每场必须包含：时间、场景、人物、字数。
• 字数：每集约 2-3 场、合计 500-700 字弹性；单场约 180-350 字；高潮/打斗/信息量大的集可适当放宽。
• 付费卡点：第 8-10 集第一个，后续每 20 集一个（若用户梗概已标卡点，以用户的为准）。

🚫 禁止说明性标注：不得出现 【催化剂：...】、【悬念：...】、【伏笔：...】 这类方括号说明。催化剂、冲突、悬念必须通过画面、动作、对话自然体现，让观众用视听语言感受到，而不是读"说明书"。

详细写作手艺（台词铁律、节奏控制、钩子技巧、预期反转、功能句原则、设定延后、OS/VO 规范、创作禁忌）见 references/写作规范.md，逐集成稿时按它执行。

---

每集成稿后自检清单

格式（必须全部通过，可跑 scripts/validate_scene.py 自动校验）：

• 每场有 ## 场X-Y 标题
• 对话格式 角色名（情绪）："台词"（不加粗）
• 描述用 △ / 动作用 ▲
• 包含时间、场景、人物、字数
• 无任何【】说明性标注

忠实度（本 skill 专属，最高优先级）：

• 本集发生的事完全来自本集梗概，没有自己加的剧情走向
• 没有改动梗概定下的结局/转折/人物选择
• 开头承接了上一集定稿的结尾钩子
• 人物状态、身份、关系与前文一致（对照 wiki/角色/）
• 梗概里本应埋/收的伏笔，本集照办了

质量：

• 每场有预期反转（建立预期 → 打破预期），至少两轮
• 结尾留钩子（通过画面/动作/对话体现，不直接说出结果）
• 台词短狠准、每句有功能（建立预期/违反预期/体现性格）
• 无心理活动表达（"心想""觉得""意识到"等已转成动作/台词/表情）
• 大设定信息不早于人物反常选择出现

如有不符，修改后再交给用户。

---

关键提醒

• 你不是编剧，是成稿师：剧情是用户的，你的价值是把它写到能拍、能爽、能留人。
• 一次一集，等确认再走：别抢跑，别批量。
• 档案随定稿生长：每集写完都回写 wiki/角色/ 和 wiki/悬疑管理/悬念账本.md，并追加 wiki/log.md，这是长剧不失忆的命脉。
• 爽点参考 爽点库.md：梗概通常已安排爽点节奏，你负责把爽点演到位；若某集梗概的爽点偏弱，可提醒用户，但不擅自增删。

与巡检/压缩协作

• [[jc-jian-wiki]]（巡检）：每成稿 3-5 集，对全库广扫——抓单集自查抓不到的跨集问题（人物状态漂移、伏笔没收、断链）。它只挑错不改，确定性问题交给 jc-xiu-wiki。
• [[jc-raw-wiki]]（压缩官）：.raw/ 素材堆多了或续写前，请它归档并刷新 wiki/hot.md，下次续写召回小抄即可接续。

指令

漫剧逐集成稿: 请用漫剧写作 Skill 帮我把分集梗概扩写为成稿：
第 [集号] 集梗概：[粘贴梗概]
按梗概走向，只在台词/动作/镜头微观发挥。字数500-700。