剧本杀完整创作工作流（Script Murder Crafter）

你的工作方式

这是一个顺序流程技能——从大纲到完整可玩套件，分7个阶段推进。每个阶段完成后先让用户确认，再进入下一阶段。用户可能只要求其中某几个阶段，按需执行即可。

触发后按以下流程操作，每个阶段先输出结果让用户确认再继续。

Phase 1：大纲细化

用户提供剧本杀大纲后，先完整读取和分析，然后输出以下细化内容：

1.1 时间线梳理

将故事按真实发生顺序重新排列（很多大纲使用非线性叙事，需要还原出完整时间线）：

• 过去线：标注每个事件的相对时间（T-10年、T-0、T+1月等）
• 现在线：标注游戏进行时的顺序（第0幕至尾声）

用表格呈现，一目了然。

1.2 场景/幕次拆解

为剧本杀分幕做准备。标记：
- 每幕的地点、核心事件、游戏功能
- 建议的幕次数量（通常4幕+尾声）
- 每幕适合做什么（搜证、私聊、公聊、投票）

1.3 伏笔与反转清单

列举故事中的所有反转和伏笔，每个标注：
- 揭露时机（第几幕）
- 冲击力评级（⭐）
- 是"主线反转"还是"隐藏伏笔"

1.4 可玩性分析

分析故事中哪些特色可以转化为游戏机制：
- 不可靠叙述者 → 记忆碎片机制
- 双线叙事 → 双剧本/信息不对称
- 独特的设定（如极昼失眠）→ 资源管理系统

输出给用户确认后，进入Phase 2。

Phase 2：角色设计

2.1 确定角色数量

• 默认6人本（含主角位）
• 可根据用户要求调整为5人或4人

2.2 设计每个角色的详细信息

每个角色包含：

2.3 专属机制库

根据故事特点选择合适的机制分配给角色：

2.4 角色分配建议

为DM提供每个角色推荐给什么类型的玩家：
- 适合新手的角色
- 适合有表演经验玩家的角色
- 适合喜欢策略玩家的角色

输出给用户确认后，进入Phase 3。

Phase 3：游戏机制设计

3.1 确定游戏类型

明确告知用户本游戏的定位：
- 传统"找凶手"本
- 真相还原本（核心目标是还原事件而非指认凶手）
- 混合型

3.2 投票体系设计

设计三轮投票，层层递进：

3.3 特殊全局机制

设计贯穿全场的数值系统（如混沌值）：

• 定义触发事件及相应分值变化
• 说明数值范围如何影响结局
• 列出DM秘密记录的计分表

3.4 评分体系

设计个人评分和团队评分维度，帮助DM在复盘时给出反馈。

输出给用户确认后，进入Phase 4。

Phase 4：撰写角色本

4.1 角色本结构

每个角色本包含以下部分：

角色本结构：
├── 游戏说明（本游戏不是找凶手，是还原真相）
├── 角色档案（姓名、年龄、外貌、性格）
├── 序幕·召回（公开剧本 + 初始信息 + 个人目标）
├── 第一幕·缠蛇（信息逐步展开 + 个人目标更新）
├── 第二幕·老巷（核心事件 + 关键抉择点）
├── 第三幕·混乱（高潮演绎 + 个人反应）
├── 尾声·挪威（结局演绎文本）
├── 特殊机制说明
├── 游戏职责
└── 评分维度

4.2 剧本写作风格

• 保留用户原大纲的文学风格和氛围（黑色电影、悬疑质感）
• 使用场景描写 + 对话节选 + 内心独白混合
• 关键信息分散在不同角色本中（信息不对称）
• 角色本之间不要互相矛盾（DM需要全盘把控）
• 每个角色本末尾添加角色的"核心任务"提示（🌪️格式）

4.3 信息控制

• 角色不知道的事，不要写在角色本里
• 主角的信息可以不完全准确（记忆混乱设定）
• 每个角色的秘密需要有"发现路径"（线索或私聊）
• 最大反转留到尾声揭示

输出给用户确认后，进入Phase 5。

Phase 5：设计线索卡牌

5.1 线索分类

将线索分为4+1类：

5.2 线索设计要求

• 每条线索要有不可替代性——没有这条线索，真相就拼不完整
• 关键线索（如银行流水）拆成两半，由不同玩家持有
• 事件线索(E系列)是"场景触发器"，由DM在对应幕次朗读
• 记忆碎片的"真假"要设计得有一定迷惑性

5.3 投票卡设计

设计三款投票卡供打印：
1. 第一轮投票卡：选择题（议员案真相）
2. 第二轮·真相还原卡：填空题（事件还原）+ 判断题（个人秘密）
3. 混沌判定卡+救赎判定卡：不记名投票

5.4 输出格式

用DOCX生成，A4横向，卡片式排版，每类卡片用不同颜色标识：
- 蓝色 = 地点线索
- 绿色 = 人物线索
- 黄色 = 物证线索
- 红色 = 事件线索
- 紫色 = 记忆碎片

输出给用户确认后，进入Phase 6。

Phase 6：撰写DM组织者手册

6.1 手册结构

DM手册是帮助主持人不翻阅其他材料就能带完整场游戏的指南：

DM手册结构：
├── 本手册使用说明
├── 游戏概览（类型、时长、人数、核心机制）
├── 完整故事真相（仅DM可见）- 含时间线和伏笔
├── 角色分配指南
├── 分幕流程详解（精确到分钟的时间表）
│   ├── 序幕·召回（含DM引导语全文）
│   ├── 第一幕·缠蛇（含控场要点）
│   ├── 第一幕公聊+第一轮投票
│   ├── 第二幕·老巷（核心高潮控场）
│   ├── 第二幕公聊+第二轮投票
│   ├── 第三幕·混乱（高潮演绎引导）
│   └── 第三轮投票·混沌判定
├── 结局触发条件（混沌值×混沌票 → 决定结局）
├── 混沌值计分表（可打印）
├── 复盘指南
├── QA速查
└── DM准备清单（开本前核对）

6.2 DM手册写作要点

• 场景导入文本：可直接朗读的描写，帮助营造氛围
• 时间表：精确到分钟的流程控制
• 控场要点：标注每个环节可能出问题的地方和应对
• 答案：所有真相的完整版（仅DM知道）

输出给用户确认后，进入Phase 7。

Phase 7：打包交付

7.1 生成DOCX文档

使用 ima-docx 技能将以上所有内容生成为可打印的Word文档：

• Python脚本生成，A4/横向页面设置
• 设置中文字体（宋体/黑体）
• 层级清晰（封面→目录→正文）
• 用分页符分隔不同章节

7.2 文件清单

最终交付至少3个文件：

7.3 上传与注册

• 生成后告知用户文件路径
• 提供文件下载链接
• 询问用户是否需要后续修改或调整

工作流示例

示例1：从大纲到完整套件（完整流程）

用户输入：一份DOCX格式的剧本杀大纲

Phase 1 → 输出时间线、幕次分解、伏笔清单、可玩性分析 → 用户确认
Phase 2 → 输出6个角色设计方案 → 用户确认
Phase 3 → 输出投票机制+全局机制 → 用户确认
Phase 4 → 输出6份角色本 → 用户逐一确认
Phase 5 → 输出全部线索卡+投票卡 → 用户确认
Phase 6 → 输出DM组织者手册 → 用户确认
Phase 7 → 打包生成3个DOCX文件 → 交付

示例2：只做部分环节

用户输入："帮我细化一下这个剧本杀大纲"
→ 只执行Phase 1（大纲细化）
→ 输出后询问用户是否要继续做角色和机制设计

示例3：只做DM手册

用户输入："角色本我已经写好了，帮我做个DM手册"
→ 跳过Phase 1-4
→ 读取用户已有的角色本内容
→ 直接执行Phase 6（DM手册）
→ 输出给用户确认

关键原则

1. 用户确认门：每个Phase完成后先输出给用户确认再继续，不要一口气全部做完
2. 文学风格保持：角色本的写作风格应与用户原大纲一致，不要破坏原有氛围
3. 信息不对称：不同角色本的信息要差异化设计，每个角色都有独特的视角盲区
4. 机制服务于故事：游戏机制要源于故事特色（如"记忆混乱"→"记忆碎片系统"），不要生搬硬套
5. 混沌主题优先：如果是"真相还原本"，核心设计方向是"拼出真相"而非"找出凶手"
6. 可打印性：所有文档设计时考虑打印场景（A4排版、卡片裁剪、表格清晰）

资源目录

scripts/

参考脚本：example.py — 包含DOCX生成的基础代码框架，可在此基础上扩展生成具体文档。

references/

reference.md — 包含更详细的角色本写作规范和线索卡设计模板，当需要深入参考时读取。内容涵盖：
- 角色本各章节写作要点
- 线索卡内容设计检查清单
- DOCX生成常见问题

assets/

放置输出中使用的模板资源（如投票卡模板、计分表模板等），当前为空。