Laohan Chuangzuo

统一创作引擎

所有涉及口播稿写作统一调用本 skill。一份方法论，一个入口。

核心理念

一份方法论、一个入口——所有写作走同一个管线，避免不同入口产出质量参差不齐。素材先整理（Layer A/B）再写稿，确保口播稿建立在结构化理解之上，而非对原始素材的直接改写。

内容长度由独立内容单位决定，不由预设字数或分钟数决定。内容重复与人味废话是两条不同的审计线：同一判断换词复述必须合并；结巴、语气词、自嘲、反问和停顿继续按风格保留，不能因去重被误删，也不能冒充内容增量。

不适用场景

• 纯文本摘要/总结 → 用 summarize skill，不走创作流程
• 翻译 → 直接翻译，不需要口播稿格式
• 学术论文/技术文档写作 → 输出格式是口播稿，不适合正式文档

知识来源（唯一正本，symlink 到 OpenClaw workspace）

• 写作规则：references/style.md（恢复 2026-07-11 前实战版本）。其中开场、转场、修辞、标题公式、场景密度、节奏、口头禅和模板均为已验证的默认方法；允许按本题增删或扩充，但不得以“防模板化”为由整体降级成可有可无的抽象建议
• 整理方法：references/skill.md → ~/.openclaw/workspace-reviewer/knowledge/skill.md（进宝 skill.md v3.5）
• 转录方法：references/transcription.md（音频提取 + 语音转文字三级降级）
• 转译选题法：references/yuanchuang-method.md（转译选题法 + 角度库 + 标题公式 + 数据基准）。本 skill 不再自带热点搜索；此方法供工作流①前置阶段复用——①用 laohan-redian/laohan-douyinsousuo 出选题后，按本文件规则生成大纲再喂入本 skill 大纲模式
• 写作风格目录：references/styles/（每份 .md 是一种写作结构框架，Step -1 强制选择）
• 创作机械合同：references/creation-contract.md（Episode schema 4的采访/大纲确认、内容单位、逐段审计、人味、自然时长、TTS与validator；独立模式兼容schema 3）

GitHub 上是实体文件（拷贝），本地用 symlink 自动同步。

输入模式

前置处理（将各种输入转化为三种模式）

Pre-A：录屏预处理

触发：用户提供了视频文件（mp4/mov 等）或说"录屏转口播""视频转口播稿"。

1. 提取音频：ffmpeg -i "<视频路径>" -vn -acodec libmp3lame -q:a 2 "/tmp/录屏音频_$(date +%s).mp3" -y
2. 语音转文字：三级降级（详见 references/transcription.md）
   • 硅基流动 API（免费，秒级）→ whisper-cli（本地快）→ Python whisper（最准）
3. 独立写作时转录结果保存为 output/transcript-YYYY-MM-DD.md；Episode 模式保存为 episodes/<slug>/02-创作工作稿/transcript.md，自动进入素材模式。

Pre-B：URL 队列预处理

触发：用户说"根据链接改写""链接内容改写""改写文档"。

1. 读取队列：独立写作检查 <cwd>/url.md；Episode 模式只检查 episodes/<slug>/02-创作工作稿/url.md，找第一个 - [ ] 且后面有 URL 的行
   • 没有待处理 → 告诉用户"队列为空"，结束
2. 抓取内容：根据平台自动选择方法（参考 laohan-xiazai 路由）
   • 抖音：移动端 UA → iesdouyin.com
   • B站：opencli bilibili
   • 其他：Jina Reader / agent-reach
3. 独立写作时内容保存为 output/content-YYYY-MM-DD.md；Episode 模式保存为 episodes/<slug>/02-创作工作稿/content.md，进入素材模式。
4. 完成后更新队列：将 url.md 中对应行改为 - [x] URL 关键词 ✅ YYYY-MM-DD

环境检测

STYLE_FILE = 检测顺序：
  1. <当前工作目录>/templates/style.md      ← 用户定制版（优先）
  2. <skill安装目录>/references/style.md    ← 标准版（symlink 到 OpenClaw）

ACTIVE_STYLE_FILE = 通用风格时为 STYLE_FILE；教程型/其他风格时为 <skill安装目录>/references/styles/<选择>.md

ORGANIZE_FILE = <skill安装目录>/references/skill.md  ← 标准版（symlink 到 OpenClaw）

OUTPUT_DIR = 普通独立写作时 <当前工作目录>/output/；已验证系列单期资料包的独立草稿写入 <项目>/script-pool/<series-id>/；Episode 模式时 episodes/<slug>/02-创作工作稿/

Episode 模式

当参数含 --episode episodes/<slug> 时，先读取 schema 3 00-选题.md 和 00-选题.json，不得重新选择另一主题。先围绕当前题目反向采访Jeffrey，写02-创作工作稿/反向采访.json；6—12轮只是常用范围，完成条件是四类材料均有可追溯回答，未齐就继续追问，已齐且继续追问不再改变观点或结构即可停止。采访完成后只写02-创作工作稿/大纲.md。Jeffrey明确接受并写入大纲确认.json前，不得生成全文或锁定钩子。最终定稿只能写 episodes/<slug>/01-口播稿.md，同时写 schema 4 02-创作工作稿/创作决策.json。共享 output/ 只允许用于非 workflow 的独立写作，不能作为 episode 输入或真值。

Episode schema 4 在原schema 3全部内容之外，至少增加：

• topic_sha256、interview_sha256、outline_sha256、outline_approval_sha256；
• 方向研究型选题必须读取02-创作工作稿/系列研究摘录.json，并在research_source_contract把全部内容单位映射到资料包claim或Jeffrey原创依据；
• hook_contract.designed_after_outline_acceptance=true并绑定确认时间；
• contract_version=content-units-v2。普通独立模式仍使用schema 3 / content-units-v1；已验证系列单期资料包使用series-draft-v1草稿合同，只能标记DRAFT / NOT_STAGE_2_COMPLETE。

原内容合同继续包含：

• 与①一致的 topic_thesis、hypothesis_id、content_form、audience、expected_audience_effect；
• contract_version=content-units-v1、input_mode、active_style_file、active_style_sha256、structure_tool、structure_rationale；
• 非空数组 fact_boundary、alternative_structures、unproven_assumptions；
• Step 3 的 argument_plan：opening_contract、reasoning_path、material_tradeoffs、shootable_expression、originality_and_citations；
• 至少一项 original_contributions，每项写清新增判断及其观众价值；只有一项时必须登记 single_contribution_rationale，证明没有为了数量硬凑第二个观点；
• opening_contract 登记 mode: DEFAULT_SIGNATURE|TOPIC_SPECIFIC_HOOK。默认使用“嘿，你有没有这种感觉，”，只有题目存在明显更强的具体结果、数字、动作、冲突或直问时才允许题目专属开场，并记录 exception_reason；两种模式的 anchor_text 都必须绑定第一段5秒内真实锚点；
• visual_anchors 至少一项，每项绑定一个内容单位，写清观众理解任务与可视化表达；它只给后续导演可拍依据，不规定动画技术；同时保留 content_sufficiency、唯一 content_units、覆盖全部口播段落SHA的 paragraph_audit、两遍 semantic_redundancy_review；
• 01-口播稿.md正文只允许Jeffrey真正口播的文字，禁止B-Roll、字幕、镜头、转场、特效或Remotion执行提示；正文承诺模板、清单、提示词、命令或其他可复制资源时，必须独立写入12-发布/观众资源/，完整填写推荐值，并由audience_resource_contract绑定文件SHA及四平台交付方式；
• human_voice_contract 必须登记至少4种真实出现在稿件中的人味设备；structure_contract 在分层时绑定连续的 1、2、3……；
• duration_contract.mode=CONTENT_DETERMINED、padding_for_duration=PROHIBITED，并绑定本机 say 生成的TTS机械试读音频、SHA和 ffprobe 实测时长；TTS只用于检查5秒锚点、拗口句和自然时长，是可重建的内部QA代理，不是正式口播音轨，不进入视频或Remotion，也不能替代Jeffrey真人试拍后的节奏判断；
• execution_steps 逐项记录 step_minus_1、step_0、step_2—step_7 与新增step_5_5为 COMPLETED，不适用的 Pre-A/B、Step 1/1.5 写 SKIPPED 及理由；
• quality_checks 在原六关之外增加 semantic_redundancy、human_voice、humanizer_zh、dynamic_duration、structure_clarity，全部为 PASS，另有非空 read_aloud_note；
• 最终 script_title、script_hash、合法 completed_at。
• publish_copy_contract 必须绑定3个标题候选、唯一主推标题、选择理由、标题与介绍证据、视频介绍结构与SHA，以及每次必带的 #AI新星计划。
• Episode 模式还必须读取 references/multi-platform-publish-contract.md，在同一轮创作中输出 12-发布/多平台发布内容.md。抖音、视频号、小红书、哔哩哔哩的标题、介绍/正文和话题必须按平台受众分别创作，不能复制口播稿或复用一份文案；视频号独立短标题不超过16字；抖音、视频号、小红书话题固定包含 #laohanAI，哔哩哔哩标签固定包含 laohanAI。

字段和命令以 references/creation-contract.md 为准。Step 7 必须实际运行validator；Episode未出现 PASS chuangzuo script contract schema=4 时不得声称②完成。

任一改动改变 01-口播稿.md hash，都使②立即失效。错字或标点之外的实质改稿必须回 Step 3，重做规划、质量检查和试读，再写新的 schema 4 决策记录；不得只替换 hash。

执行清单（每步完成后打勾）

• Step -1: 风格选择（强制，不可跳过）
• Pre-A/B: 前置处理（如需；Pre-C 热点转译已移除，搜索归工作流①）
• Step 0: 判断输入模式（大纲/素材/自由）
• Step 1: [素材模式] Layer A/B 整理
• Step 1.5: [Episode] 反向采访→只生成大纲→Jeffrey确认；[独立自由模式] 生成大纲→用户确认
• Step 2: 选题确认（模式A/B选择+主题锁定）
• Step 3: 规划（原版12项 + 内容单位/自然稿长/分层合同，不可跳过）
• Step 4: 写口播稿
• Step 5: 质量检查（6关）
• Step 5.5: humanizer-zh最终语言定稿与主张零增删改审计
• Step 6: 通过/重试
• Step 7: 输出口播初稿（封面提示词不在本 skill 范围，由独立 skill laohan-fengmianqiuzhi 在后续流程产出）
• Post-A: [可选] NotebookLM 幻灯片

Step -1：风格选择（强制，不可跳过）

独立写作时在执行任何创作动作之前，必须让用户选择写作风格。不选择不执行。Episode mode 例外：先依据 00-选题.md/JSON 的受众、论点、干预和预期效果判断教程型或观点型，锁定 ACTIVE_STYLE_FILE，再用该文件选择结构工具；在 gate 真源 02-创作工作稿/创作决策.json 记录风格文件、选择理由、替代方案和待验证假设。Step 2 只复核该选择与大纲一致，不得重新选择。可同时写同名 .md 人类摘要，但它不代替 JSON。不得因等待风格选择而阻断已授权的 AUTONOMOUS_RUN。

执行方式：

1. 读取 references/styles/ 目录下所有 .md 文件
2. 列出所有可用风格，格式如下：

请选择本次口播稿的写作风格：

1. 通用 — 观点型/热点评论/行业分析，使用 style.md 默认规则
2. 教程型（五层模型）— 工具教程/操作指南，使用完整五层结构、六要素、品牌层、结尾层和自检清单

请输入编号或名称。

3. 独立写作等待用户选择。Episode mode 按上面的可追溯自主选择执行。
4. 用户选择后：
   • 通用：直接使用 style.md 作为唯一规则，不加载额外风格文件
   • 教程型或其他：读取对应的 references/styles/<选择>.md 作为自包含完整规则；不得只摘取其中的抽象结构而跳过语言、场景、节奏、品牌和自检方法
5. 默认不选：没有"默认选项"，每次触发都必须选择。防止风格混用

新增风格：往 references/styles/ 目录添加新 .md 文件即可，自动被发现。不需要修改本文件。

Step 0：判断输入模式

检查输入参数：

• 大纲模式：输入是 Markdown 文件，含 ## 核心论点 或 ## 论证路径 等大纲结构 → 跳到 Step 2
• 素材模式：输入是长文本（转录稿/网页抓取内容），无大纲结构 → 执行 Step 1
• 自由模式：无输入文件 或 只有主题关键词 → 执行 Step 1.5

Step 1：素材模式 — Layer A/B 整理

读 references/skill.md（进宝 Layer A/B v3.5），对原始素材执行：

Layer A（无损事实层）：

1. 素材信息表（来源/标题/作者/日期/时长）
2. 黄金开局钩子（痛点场景+渴望结果+核心冲突）
3. 结构化模块（按逻辑拆分为独立模块，编号标注）
4. 断言台账（每个可验证的事实单独列出）

Layer B（衍生加工层）： 5. 可操作步骤提取（教程型素材必填，非教程型标注"不适用"） 6. 痛点映射（观众的真实痛点→素材能解决哪个） 7. 延伸思考（反常识发现、跨域连接、可执行收获） 8. 核心选题提炼（一句话主题+标题底子+裁剪建议） 9. 教程型质量预评分（模式A时执行，6维度打分）

独立写作时整理结果输出到 output/organize-YYYY-MM-DD.md；Episode 模式输出到 episodes/<slug>/02-创作工作稿/organize.md，进入 Step 2。

Step 1.5：反向采访与大纲确认

Episode模式先像了解Jeffrey的采访者一样一次问一个问题，问题必须由上一回答推进。6—12轮是常用范围，不是凑数或封顶：四类材料未齐时即使到第12轮也继续；四类材料已齐，且继续追问不再改变观点或结构时即可停止。反向采访.json必须为真实场景、情绪转折、独特判断和观众行动逐项写completion_evidence，绑定回答序号与提取摘要，并写空的remaining_gaps和具体completion_reason。之后只生成大纲.md。Jeffrey确认前进入WAITING_FOR_JEFFREY_OUTLINE_APPROVAL，不写全文，不设计标题和前三秒钩子。

独立自由模式无素材时生成大纲：

无素材时，基于用户提供的主题（或交互询问）生成大纲：

# [两句话标题，＜30字]

## 核心论点（一句话）
[全篇围绕这一个论点]

## 论证路径
1. [切入点]
2. [递进]
3. [收束]

## 关键素材/数据/场景
- [素材点1]
- [素材点2]

## 内容模式
[模式A 教程型 / 模式B 观点型]

独立写作时输出到 output/outline-YYYY-MM-DD.md；Episode 模式输出到 episodes/<slug>/02-创作工作稿/outline.md。展示确认后再进入 Step 2。

Step 2：选题确认（动笔前必须完成，不可跳过）

1. 复核内容模式：按下列信号确认 Step -1 已锁定的模式 A（教程型）或模式 B（观点型）及 ACTIVE_STYLE_FILE；若与①证据冲突，回 Step -1 重选并在决策 JSON 留痕
   • 选 A 信号：涉及具体工具/操作/配置/流程/对比测试
   • 选 B 信号：行业观点/新闻/深度思考/人物故事
2. 锁定主题：大纲/整理结果中的一句话主题 = 全篇锚点，不准自换
3. 判断素材类型：对照 ACTIVE_STYLE_FILE 内的素材适配规则；该文件没有专用表时，按 Step 1 的 Layer A/B 证据类型记录，不另外加载 style.md
4. 确认大纲：Episode必须读取Jeffrey签署且SHA有效的大纲确认.json
5. （教程型专用）可操作步骤清单：模式 A 时从素材中提取观众能跟着做的步骤

Step 3：规划（不写稿，不可跳过）

以 Step 2 锁定的论点为锚，恢复原版12项规划。它们是经过实战验证的默认模板，可以在本题上增加，但无具体理由不得删除：

1. 一句话论点
2. 内容模式 + 素材类型
3. 教程型操作步骤规划：步骤骨架，标注每步使用的真实素材或来源
4. 核心主题贯穿规划：标题关键词和核心概念在正文中的落点
5. 精华筛选：必须包含、选择性包含、跳过的内容与理由
   • 方向研究型选题先按单期资料包的claim和事实边界筛选；来源只提供事实与公共需求，不复制竞品标题、结构或整段表达
6. 场景规划：至少1个核心生活场景、动作链和代入式互动点
7. 改写策略：comprehensive（默认）/ angle / structure / depth
8. 目标读者、预期效果与待验证假设：与①及 创作决策.json 一致
9. 技法选配：骨架 #1—#4、反常识钩子、#15/#18/#19、横向对比及动态技法；若删去原版默认技法，记录具体原因
10. 结构错位方案：原序与叙述序，避免照搬素材结构
11. 金句/比喻处理：保留引用或替换；替换不得弱于原版冲击力
12. 增量点与事实边界：通常规划2处以上独立判断；题目只有1个足够强且完整的原创判断时允许保留1处，但必须说明不硬凑第二项的理由。同时标清来源、待⑤核验主张和不能伪装成亲测的内容

原版12项完成后必须再产出三份硬结果，不能直接进入Step 4：

1. 内容充足度：把热点或素材能支持的独立内容单位全部列出。每个单位必须包含新判断、支撑和观众价值；只有措辞不同的不算新单位。
2. 自然稿长决策：热点短小但已经能形成完整判断时写 KEEP_NATURAL_LENGTH，允许短稿；只有找到新的机制、案例、反例、操作或边界才能写 EXPANDED_WITH_NEW_UNITS。禁止为了 expected_duration_seconds、typical_duration_seconds 或字数补同义段落。
3. 结构合同：确有多个并列层级时，规划连续的 1、2、3……；没有真实层级时保持自然叙述，不为了形式拆段。
4. 发布文案策略：从正文核心冲突中生成3个标题候选，登记标题公式和至少两条正文证据，再按明确理由只选1个主推标题。观点型/产品回归介绍按“观众问题 → 可信证据 → 核心内容 → 下一步 → 互动”规划；教程型按“观众问题 → 核心内容 → 实测或步骤证据 → 下一步 → 互动”规划，不能临时拼接与正文无关的卖点。
5. 可视化锚点：至少选择1个最需要画面帮助理解的内容单位，写清观众要看懂什么，以及适合用对比、过程、因果、证据、真实场景或产品画面中的哪种表达；不在②指定Remotion技术。
6. 观众资源规划：正文若承诺模板、清单、提示词、命令或其他可复制资源，规划一份独立完整资源。所有字段用可直接复制的推荐值填满，允许观众按自己的项目修改，但不得留下[填写]、[粘贴]、TODO、TBD或空字段；同时规划四平台实际交付位置。

Step 4：写口播稿

按规划写稿。硬性要求：

• 开场默认与例外：默认以“嘿，你有没有这种感觉，”开头。只有题目专属的具体结果、数字、动作、冲突或直问明显更强、更自然时，才可直接使用该钩子，并在 opening_contract.exception_reason 说明为什么；两种模式都必须在5秒内给真实锚点，不能用例外制造空泛标题党
• 停更/回归/产品开发题：第一段强制使用 ACTIVE_STYLE_FILE 的“问题先行四问开场”，依次回答观众问题、停更动机、可信行动、产物定义；“做了一个”却不说明产品类别、目标用户和使用结果，Step 4 不通过
• 第一行 # 标题（≤30字，模式A「动词+工具/场景+结果」，模式B「主题句+情绪句」）
• 正文只写Jeffrey真正要说的话。禁止插入[B-Roll]、[字幕]、[画面]、镜头、转场、特效、Remotion包名、时长、位置或其他导演/实现提示；这些只能在创作决策.json.visual_anchors中保留抽象理解任务，并由后续导演阶段决定表达。
• 正文承诺观众资源时，只口播资源用途和取得位置；资源本体独立写入12-发布/观众资源/<资源名>.md，不能附在口播稿末尾。资源必须完整填写推荐值并提示“这是推荐起点，请按自己的项目判断并修改”。
• 抖音发布信息：口播正文后固定追加 ## 抖音发布信息，下设 ### 主推标题 和 ### 视频介绍。视频介绍末尾附与本题相关的标签，并且每次必须包含抖音活动标签 #AI新星计划；这一区域不进入口播、TTS、内容单位或段落审计
• 严格执行 ACTIVE_STYLE_FILE 的完整方法；原版模板是默认基线，不因重复使用就自动判坏

写稿时同步自检：

• 关键节奏点尽量≤15字，短句比例以原版60%为默认目标；复杂事实边界允许长句
• 转场优先使用原版转场句式库，禁“首先/其次/最后”式说明书结构
• 标点：冒号→逗号，双引号→「」，「---」做句末停顿
• #19“是不是有点意思”按原版3—5次目标自然融入；若本题语气不适合可减少并记录原因
• 至少4种原版“废话感”元素，保持真人口播呼吸感
• 人味废话单独登记为 VOICE_ONLY 或具体人味设备；内容审计时排除它们，不能因为不增加事实就删除
• 每个内容段必须绑定至少一个内容单位并写清新增信息；同一判断只换词、没有新增支撑/例子/推论/操作/边界时直接合并
• 节奏按原版快慢交替：开头拉满→缓冲→加速→缓冲→结尾加速→减速

Step 5：质量检查

E. 内容底线（命中 = 不通过）：

• 核心论点、关键证据和必要边界均已覆盖；素材覆盖度以原版≥80%为默认目标
• 有明确反常识论点或足够强的结果演示
• 结尾行动号召源自素材中的可执行精华
• 标题核心词在开场和关键结论自然出现；不设出现次数，不为记忆点复述同一内容
• 核心主题贯穿全文，无偏离段落
• 至少1个核心生活场景，并有代入式互动或动作链
• 全文至少有一句离开本期经历、判断或边界就不能成立的具体表达；纯中性说明书不通过
• 至少有一个内容单位被转成明确可视化锚点，说明画面承担的理解任务；只有“放大文字、变颜色”而没有内容关系的不算
• 字数与时长没有默认下限或为凑时长设置的目标；完稿后仅用本机TTS机械试读估算自然时长，不把它称为真人实测或正式音轨
• 两遍内容重复审计都必须通过：第一遍逐段检查新增内容单位，第二遍排除人味设备后检查同义判断；未解决的重复一律不通过

E2. 教程型专用（模式 A 时执行）：

• 有 ≥1 个明确操作步骤
• 有操作前后对比
• 标题含工具名+动作词
• 结尾恢复资源钩子、收藏引导、互动引导和行动式结尾；资源必须真实存在，不能虚构

D. 原创性检查（命中 = 不通过）：

• 老韩增量通常 ≥2 处；只有1处时必须是足够强且完整的原创判断，并登记不硬凑第二项的理由；无空泛总结
• 引用原话 ≤2 处，伪装成自己的 → 不通过
• 「我实测」类声明可溯源到素材

A. 正则检查（命中 = 不通过）：

• 模板连接词：首先/其次/总而言之/综上所述
• AI 填充：值得注意的是/毋庸置疑/显而易见
• 空洞大词：至关重要/开创性的/赋能/抓手/赛道（非比喻）
• 禁词：意味着什么|本质上|换句话说|不可否认|不难发现|作为一个|让我们|不妨|试想一下|值得一提的是

B. 禁区检查（禁用词+禁用标点+禁用结构，按 ACTIVE_STYLE_FILE 的自检规则）

B2. AI味检查（命中 = 不通过）：

• 体制化开头：不可否认/众所周知/在当今的时代/随着...的发展
• 空心强化：真正地/不得不说/坦率地说
• 三连排比：连续 3+ 相同句式
• 冒号堆砌：一段内 >3 个「：」后接列表
• 过度总结：由此可见/这充分说明/这告诉我们
• 假设复数："我们都知道"/"每个人都会"（应用"你"单数）

C. 技法检查：

• 骨架 #1—#4 全部体现
• 反常识钩子或结果演示构成全文核心吸引力
• #15 回环呼应：结尾照应开头
• #18 框架命名：使用时形成可复述名称
• #19 签名互动：“是不是有点意思”按3—5次目标检查
• 横向对比至少1次
• 技法总计以原版≥7条为默认目标
• 废话感以原版≥4种为默认目标
• 任何删减都写入 创作决策.json，说明为什么删后效果更好；没有证据时保留原版

F. 发布文案检查：

• 主推标题有3个候选、至少2条正文证据和非空选择理由，最终稿只保留选中的1个
• 标题承诺能被正文兑现；观点型突出可信证据与反常结果，教程型突出搜索词、动作和具体结果
• 视频介绍按当前内容类型完成五段信息结构，数字、功能和结果不超出正文事实边界
• 视频介绍只保留1个互动问题，并且标签原样包含 #AI新星计划

Step 5.5：humanizer-zh 最终语言定稿

内容、事实、结构、资源承诺和Step 5全部成立后，才执行本步骤。必须完整读取本机~/.agents/skills/humanizer-zh/SKILL.md，并先把尚未humanize的完整稿件保存为输入快照：Episode固定为02-创作工作稿/humanizer-input.md；普通独立正式稿使用同basename的.humanizer-input.md。系列资料包series-draft-v1仍是草稿，不执行本门。

本步骤只允许删除AI腔、调整口语、停顿、句长和节奏。禁止新增、删除或改变事实主张、个人经历、数字、日期、来源边界、产品能力、资源承诺、Jeffrey固定表达和内容单位。处理后必须：

1. 逐项对照全部content_units[].id，记录audited_content_unit_ids；
2. 确认added_claims=[]、removed_claims=[]、changed_claims=[]，任何非空都回Step 3处理，不能由humanizer直接决定；
3. 按humanizer-zh的直接性、节奏、信任度、真实感、精简度五项各10分评分，总分至少45；
4. 在humanizer_contract绑定Skill路径/SHA、输入快照路径/SHA、最终有效口播SHA、主张审计、评分和执行时间；
5. 从头朗读最终正文。后续任何实质改稿都必须重新保存输入快照、重跑本步骤，并重新生成TTS、稿件SHA、决策JSON和发布文案绑定。

USER_PROVIDED_FINAL_SCRIPT_AND_RAW是Jeffrey已确认并已录制的输入，不自动执行改写；只走其独立的recorded-input guard。

Step 6：通过/重试

• ✅ 全部通过 → Step 7
• ❌ 不通过 → 第1次重试换角度，第2次重试换结构，仍不通过回 Step 3 重新规划（最多2轮）

Step 7：输出口播初稿

1. 普通独立写作时口播稿写入 output/script-YYYY-MM-DD.md，并保留同basename.humanizer-input.md；传入已验证系列单期资料包时，口播草稿与同basename .decision.json 写入 script-pool/<series-id>/，不伪造humanizer正式门；Episode 模式写入 episodes/<slug>/01-口播稿.md并保留02-创作工作稿/humanizer-input.md。Episode正文承诺观众资源时，资源独立写入episodes/<slug>/12-发布/观众资源/，不得塞回口播稿。
2. 普通独立写作也必须写同basename的 .decision.json 和 .tts.aiff；系列资料包草稿不得伪造TTS或正式完成证据，使用series-draft-v1并绑定packet SHA；Episode 模式写 02-创作工作稿/创作决策.json 与 tts-read-aloud.aiff。
3. 用本机 say 完整机械试读并用 ffprobe 记录TTS音频时长；TTS音频、正文有效口播文本和决策JSON必须互相绑定SHA，但该时长只能作为口播时长估算，不能称为真人实测。
4. 在正文后写入非口播的抖音发布信息，主推标题和视频介绍都必须非空，视频介绍必须带 #AI新星计划。
5. Episode 模式按 references/multi-platform-publish-contract.md 同步写 12-发布/多平台发布内容.md；四个平台分别选择切入点、标题、介绍/正文和话题，视频号独立短标题不超过16字，所有事实仍受当前口播稿与审核边界约束；三端话题必须带 #laohanAI，B站标签必须带 laohanAI。存在观众资源时，四个平台还必须绑定同一资源并登记实际交付位置。
6. 按 references/creation-contract.md 运行 scripts/check-script-contract.mjs。系列资料包草稿使用--series-draft <packet.json>；没有对应机械PASS不得交付，即使PASS也只算草稿，不算②完成。

❌ 差：用户否掉旧稿后直接重写 01-口播稿.md，沿用旧决策和旧质量结论。

✅ 好：实质改稿回到 Step 3，重新说明论证、取舍、可拍表达和原创增量，跑完六关与试读，再用新 hash 封口。

封面提示词不在本 skill 范围。chuangzuo 的职责止于「确定来源 + 创作口播初稿」。封面由独立 skill laohan-fengmianqiuzhi 在后续流程（违规检查、校准评分通过、标题锁定后）单独产出。

Post-A：NotebookLM 幻灯片（可选，用户要求时执行）

用户要求生成幻灯片时，基于 script.md 用 NotebookLM 生成 PNG 图片：

1. mkdir -p <script.md所在目录>/slides
2. cp script.md <script.md所在目录>/slides/script.md
3. nlm notebook create "<标题>PPT"
4. nlm source add NOTEBOOK_ID --file <script.md所在目录>/slides/script.md
5. echo "y" | nlm slides create NOTEBOOK_ID --language zh-CN --length default
6. 轮询等待 completed（30秒间隔，最多20轮）
7. nlm download slide-deck --notebook NOTEBOOK_ID -o <script.md所在目录>/slides/<标题>.pdf
8. pdftoppm -png -r 200 <script.md所在目录>/slides/<标题>.pdf <script.md所在目录>/slides/slide

输出到 <script.md所在目录>/slides/slide-*.png

依赖：nlm CLI v0.5.25 + poppler

输出路径

output/
├── transcript-YYYY-MM-DD.md    ← Pre-A 录屏转录结果
├── content-YYYY-MM-DD.md       ← Pre-B URL 抓取内容
├── organize-YYYY-MM-DD.md      ← Step 1 整理结果（素材模式）
├── outline-YYYY-MM-DD.md       ← Step 1.5 大纲（自由模式/热点模式）
├── script-YYYY-MM-DD.md        ← Step 7 口播初稿（本 skill 唯一终产物）
├── script-YYYY-MM-DD.decision.json ← schema 3创作执行证据
├── script-YYYY-MM-DD.tts.aiff  ← 本机实际试读证据
└── (cover-prompts 不在此产出，由 laohan-fengmianqiuzhi 独立 skill 后续生成)

如果 output/ 不存在，自动创建。

Episode 模式的完整中间产物固定为：

episodes/<slug>/
├── 01-口播稿.md
├── 12-发布/
│   ├── 多平台发布内容.md
│   └── 观众资源/             ← 仅正文承诺资源时生成；完整推荐值，无空白占位
└── 02-创作工作稿/
　 ├── 创作决策.json
　 ├── 创作决策.md       ← 可选人类摘要
　 ├── humanizer-input.md ← 最终语言定稿前的完整稿件快照
　 ├── tts-read-aloud.aiff ← 本机实际试读证据
    ├── transcript.md
    ├── content.md
    ├── organize.md
    └── outline.md

Episode 模式禁止读取或写入共享 output/。

依赖

Pre-A/B 按需依赖，不使用对应模式时无需安装。

触发方式

# 录屏模式（传入视频文件）
/laohan-chuangzuo /path/to/recording.mp4
"把这个录屏视频转成口播稿"

# URL 队列模式
"根据链接改写""链接内容改写""改写文档"

# 大纲模式（传入大纲文件；选题搜索归工作流①）
/laohan-chuangzuo output/outline-YYYY-MM-DD.md

# Episode 模式（00-选题已锁定）
/laohan-chuangzuo --episode episodes/<slug>

# 素材模式（传入原始文本文件）
/laohan-chuangzuo output/transcript.md
/laohan-chuangzuo output/content.md

# 自由模式（直接触发或给主题）
/laohan-chuangzuo
/laohan-chuangzuo "Claude Code 配置技巧"
"帮我写""写口播稿"

注意事项

• style.md 和教程型风格文件是经过实战验证的默认方法论，不是仅供参考的候选摘要。Episode 合同只能增加真源、事实和落盘约束，不能覆盖或删除其创作方法
• 风格文件（references/styles/）是完全自包含的写作规范，每次创作前必须选择一个风格。通用模式无额外文件，直接用 style.md；其他模式只读对应风格文件
• skill.md 是唯一的整理方法来源，Layer A/B 规则以该文件为准
• 转译选题法详见 references/yuanchuang-method.md（转译案例+角度库+标题公式+数据基准）。本 skill 不自带热点搜索；该文件供工作流①前置阶段复用
• 转录技术详见 references/transcription.md（音频提取+三级降级）
• 二创脱敏规则（style.md 第十节）：素材来自他人内容时执行；自由模式（原创主题）跳过
• 本 skill 不负责选题搜索（那是工作流①阶段的职责，用 laohan-redian + laohan-douyinsousuo 出大纲后喂入）
• 本 skill 不负责平台特定下载（那是 laohan-xiazai 的职责）