稿件格式套用（郭郭叨工作室）
概述
把用户提供的新文稿或素材，整理为符合郭郭叨工作室既定格式的 Word 稿件。
格式规范由 倒推SKII/ 目录下 12 份既有成稿实测反推得出，不是通用排版规则——它就是工作室自己的体例，包含字体、页面、段落标记体系、语言风格四层。
核心动作：先判定稿件类型 → 再把内容映射进标记体系 → 用脚本渲染出 docx。
工作流程
第一步：判定稿件类型（关键前置判断）
三类体例的标记用法和标题写法不同，判错会导致整篇体例跑偏：
| 类型 | 识别信号 | 标题写法 | 标记特征 |
|---|---|---|---|
| 长片稿 | 单片一气到底、无分条 | 单行主标题，无序号 | 坐播开场收尾，出镜/解说交替 |
| 切片稿 | 一片拆多条、有分条 | 「一、xxx」「拆条一：xxx」 | 每条必带【精彩前置】 |
| 多集稿 | 系列分集、每集一文档 | 主标题 + 分集标识 | 坐播 / 出镜 / 解说 / 字幕 |
判不出来时，看用户提供的素材量：素材是一次完整拍摄 → 长片稿；素材有多个独立话题点 → 切片稿。
第二步：澄清（一轮，不阻塞）
- 目标文档名与存放位置：默认与源文件同目录。
- 体例确认：按第一步判定结果告知用户，让其确认或纠正。
- 内容边界：素材不足处是否允许留占位符（如【待补：出镜串词】）。
若用户已给足信息，直接执行不反问。
第三步：内容映射（把素材改写进标记体系）
这是最需要判断力的一步。按以下规则把素材分配进标记：
分配原则——按"这句话由谁、以什么方式说出"判断：
- 主持人在镜头前的感受、互动、悬念、口误 → 【出镜】（加粗）
- 后期配音的史实、年代、数据、文学性叙述 → 【解说】（不加粗）
- 采访对象/路人的原声 → 【同期】（加粗）
- 开篇引入与结尾收束的固定机位口播 → 【坐播】（加粗）
- 画面上的文字信息、文物名、数据标注 → 【字幕】（不加粗）
- 切片稿片头钩子（从正文提取最抓人的一句） → 【精彩前置】（加粗）
- 拍摄提示、动作说明 → 【现场】（灰色备注）
- 情绪段落配乐歌词 → 【歌曲】（加粗）
改写注意：
- 不要为了套格式而牺牲原意。素材里没有的画面提示不要编，缺失处标
【待补：xxx】。 - 【出镜】保留口语真实感——语气词、重复、半截话是风格特征，不要润色成书面语。
- 【解说】控句长，一句一个信息点，把长句拆开。
- 生僻字补拼音（如
蹀躞（dié xiè）），数据补参照物（如0.06毫米，什么概念？头发丝大概0.07毫米）。 - 文物名用规范全称，可用
（字幕：xxx）标注。
第四步：生成 docx
把映射结果写成 JSON，调用脚本渲染：
<python> scripts/build_script_docx.py <input.json> [output.docx]
JSON 结构与 block 类型对照表见 references/format-spec.md 第五节。
脚本已内置全部格式参数（页面、字体、字号、行距、缩进、各标记的加粗规则），不要手写 python-docx 代码重做排版——用脚本才能保证与工作室成稿逐参数一致。
若脚本因缺 python-docx 失败，先安装再重试：
<python> -m pip install python-docx
第五步：交付前自查
逐项核对 references/format-spec.md 第六节的 6 条自查项。重点两项：
- 标题字体是否被替换：本机若无「黑体」，Word 会静默替换成宋体，需打开确认。
- 标记加粗是否正确：【出镜】【同期】【坐播】【精彩前置】应加粗，【解说】【字幕】不加粗。
用 present_files 把生成的 docx 呈现给用户。
格式规范索引
完整格式参数（页面尺寸、字体字号表、标记清单、语言风格特征、JSON schema、自查清单）见 references/format-spec.md。每次执行前读取。
关键参数速记：
- 页面：A4，上下 2.54cm，左右 3.18cm
- 标题：黑体 三号(16pt) 加粗 居中
- 分条标题：黑体 14pt 加粗
- 正文：宋体 五号(10.5pt) 首行缩进 2 字符
- 标记行：宋体 10.5pt 顶格不缩进
- 行距：1.4 倍
与其他 skill 的边界
- 本文档只做格式套用，不改内容观点、不做内容审核。
- 若用户要求"审核稿件/过稿"，用
news-review-reportskill。 - 若用户要求"改编成多平台版本"，用
全媒体新闻改编_秋叶职场skill。
