610551763-maker 稿件拆分镜总控
版本：v2.8 分享版
目标
让每个稿件信息单元完成一种主要认知任务：让观众看到真实证据，或理解不可直接拍到的数据、关系、过程和结构。分镜质量同时取决于原文保真、画面适配、证据可靠和执行清晰；任一硬门槛失败都不得报告完整交付。
使用前读取
- 始终读取 references/OUTPUT-CONTRACT.md，执行字段、格式和写入约束。
- 始终读取 references/VISUAL-REASONING.md，进行剪辑/动画判断和视觉表达选择。
- 写入前读取 references/QUALITY-GATES.md，生成验收清单并运行验证脚本。
- 修改或回归测试本 Skill 时读取 references/TEST-NOTES.md，防止修复一类错误时破坏已有门槛。
- 只从本次用户要求、目标模板或项目资料读取项目特例。不得从单个旧案例推断栏目名、开头、结尾、动画比例或视觉风格；本 Skill 明示或用户明确确认的固定栏目规则除外，且只在命中对应文本或语境时执行。
权限与职责
- 本 Skill 是唯一的拆稿、岗位判断、画面决策、本地 HTML 写入和回读入口。
storyboard-editing-materials只检索剪辑视频；不得改稿、改分工或写云文档。storyboard-animation-references只为已锁定的信息关系和动画表达，按目标借鉴维度检索画面参考；不得反向决定画面方案，也不得用原理页代替画面参考。storyboard-evidence-sources只核验原理、报道、原始文件和数据，生成合格数据卡；不得改稿、改分工或写云文档。- 画面方案的选择理由只在与用户的对话中解释，不写进正式分镜，除非用户明确要求。
工作流程
1. 锁定输入与目标
- 读取完整稿件、目标模板、用户最新要求和已有人工内容。
- 默认在当前任务可写目录生成
分镜素材-稿件名字.html和同名验收清单 JSON；不得修改原稿或空白模板。只有用户明确指定其他输出目录或文件名时才调整。 - 保留模板字段、顶部项目小表和已有人工内容。
分镜确认永远不由 Skill 填写或覆盖。 - 用户提供带“分镜确认”的完成案例时，只把该栏及其最终画面说明视为学习和验收真值；不得照抄到新文档，也不得把旧的前期/后期方案当成已确认标准。
2. 建立原文保真基线
- 提取原稿全文并保存内部原文基线。
- 不改写措辞、数字、观点、因果和语序。
- 文案栏唯一允许的展示处理是：把句末
。！？!?；;替换为换行；句内标点、引号、括号、专有名词和数字保持不变。 - 建立“原稿全文 → 分镜行”覆盖表，保证标题、正文、章节、署名及文件首尾文字全部恰好出现一次，无遗漏、重复和错序。不得把 Markdown 标题、文件首行或看似元数据的原稿文字排除在基线之外。
- 发现错别字、事实冲突或数据问题时只报告，不直接修稿。
3. 理解整稿
先形成内部稿件画像：题材、时代、地点、人物/产品/事件、叙事语气、情绪曲线、主要证据、数据关系、时间和空间关系。画像只帮助判断，不直接写入表格。
4. 划分片段
- 区分“表格行”和“生产片段”：一行承载一个可独立理解的完整事件、因果链、观点或稳定画面任务；生产片段负责集中检索，正式素材必须再分配回具体表格行。
- 禁止按一句话、一个句号或一个段落机械拆行。一个事件的起因—动作—结果、一个技术解释的结构—变化—结果、或同一发布会中连续表达的同一能力，应优先保留在同一行；只有主要对象、时空、证据类型、稳定场景或制作方式发生实质变化时才拆行。
- 文案可以在同一行保留多句和原始换行，只要共同讲完一件事。不得为了降低字数或增加分镜数量而碎拆。
- 当主要对象、地点、时间、证据类型、信息关系、稳定场景或制作方式改变时，建立新行；若画面设置、证据类型或分工也改变，再建立新生产片段 ID。
- 先标出文案中的可见节拍：主体出现、动作发生、场景切换、状态变化、数字/报道出现、结果或反应。两个节拍需要不同素材关键词或不同画面来源时，必须拆行或拆生产片段；不得用“都在讲同一事件”合并。
- 过程型文案按阶段拆分，例如“下坡压缩 → 上坡回弹 → 制动过热 → 失控风险”；对照型文案按两侧对象或前后状态拆分；报道原帖、人物原话和实拍行为不得与笼统情绪混剪共用一个片段。
- 相邻多行只有在分工、稳定场景、可见动作和证据类型完全一致时才能共用生产片段 ID；一个生产片段通常不跨超过 3 个表格行。超过时必须填写
shared_segment_reason，说明为何同一素材池仍能逐项覆盖。 - 单行超过 5 个非空句行或 100 个规范化字符时强制复核。确属同一信息任务和稳定场景时可以保留，但必须写
long_block_reason；“主题/人物/年代相同”不是理由。 - 一个段落需要“动画定位 → 真实素材证明”时，拆成相邻表格行和两个生产子任务；不要在同一行用含糊的“剪辑与动画结合”代替职责。
5. 决定剪辑或动画
- 先问观众需要看到事实本身，还是理解事实之间的关系。
- 真实人物、现场、操作、产品、采访、发布会、历史事件、原始报道和社会反应，优先剪辑。
- 趋势、比较、占比、排名、时间、空间、机制、流程、因果和复杂系统，优先动画。
- 上述两项是优先级而非按名词机械分类。多人在同一场景中被依次聚焦时，若逐人切真实素材会破坏场景或造成碎切，优先用一个稳定动画场景和人名条；历史对话没有同期影像可直接承载原话时，优先用人物关系和对话框动画。
- 产品能力、人物决策、研发环境和社会反响能由真实 Demo、界面、采访、报道或现场空镜直接证明时，优先剪辑；不得因为出现“能力、流程、算力、结构”等抽象词就把长段落整体归动画。
- 一个动画片段只维持一个主要场景和一种视觉语法。需要从时间线切到功能展示、人物空镜或组织结构时，拆行并重新判断分工。
- 开场钩子结束、进入正文前的栏目或期数句必须单独建立动画标题板并标黄；命中“互联网史诗第…期”“科技沉浮录第…期”“边缘动力第…期”或明确标记为标题板的句子，以及 Part/章节标题，均不得并入开场剪辑。只有项目已经提供可直接执行的固定品牌标题板或成熟包装时才可免外部参考，并必须记录具体资产和免检理由；“纯文字”“标准标题板”这些描述本身不构成豁免。
- 位于稿件结尾的固定频道署名、“预知后事如何”“我们下期再讲”等固定口播一律归剪辑，不标黄，不自动生成动画片尾板；除非用户明确覆盖这项规则。
- 抽象判断先寻找真实行为；只有简单隐喻能明显减少理解步骤时才采用动画隐喻。不为追求固定比例而改变正确分工。
6. 锁定最简画面方案
- 剪辑方案只写可执行且可检索的画面任务，如人物、事件、地点、产品、行为或报道类型；所有视频素材必须另列实际核准的精确起止时间。同期声还必须列出逐字原话、翻译和对应原稿。
- 动画方案只写“表达类型＋核心对象”，如“公司营收折线图”“人物职业时间线”“发动机进气结构图”“两款产品界面左右对比”；不写元素如何高亮、退出、移动和衔接。
- 每个片段只保留一套正向方案。内部推理、排除方案和制作管理术语不得进入正式表格。
- 封面标题、发布标题、章节标签等原稿元信息完整保留在主表上方的“文案信息”区域，不为它们生成“保持原字”“不配置 B-roll”等无意义画面任务或空素材框。
- 锁定动画方案后，在内部验收清单中补充
information_relation、visual_elements和required_reference_dimensions。目标维度只从information_structure、composition、motion、material_style中选择；这些字段用于约束参考检索，不写进前期动画栏。 - 每个剪辑行在检索前补一张内部“文案溯源卡”：
claim_trigger记录作者为什么会写这一句，source_event_or_quote记录最可能的具体事件/报道/原话，required_visible_evidence记录画面必须看见的人数、同框关系、动作、地点、物品或界面状态。先找触发文案的真实来源，再找对应实拍和背景补镜。 - 画面任务一旦写出可外部检索的具体事实，就形成交付承诺。“七人同框”“其他人拉手而两人没有”“某人签字”“发布按钮暂停”等不得只停留在画面任务文字里；至少一条正式链接必须真实兑现，找不到则将该行标为未完成并说明缺口，不能拿人物主页、泛采访或弱相关空镜冒充。
7. 默认联动三类辅助能力
检索剪辑素材前必须先判断 source_market_profile：Apple、OpenAI、Anthropic、Sony、Samsung 等海外主体以 YouTube、海外官网/原账号和国际媒体为主，并使用英文及适用的日语、韩语等自然原语言扩词；华为、小米、比亚迪等中国主体以 Bilibili 官方号、微博、视频号、抖音横版和国内媒体为主；混合事件按事件地点与原始发布者逐行路由。平台不平均分配，同一画面优先官方原片和 4K/1440P/1080P 横版。
画面方案锁定后立即执行，不等待用户再次提醒：
- 每个剪辑生产片段 ID 调用
storyboard-editing-materials。普通片段至少使用 12 条查询、实际打开 12 个候选并交付 6 个不同视频；核心事件、核心人物、核心产品或长段落至少使用 18 条查询、打开 16 个候选并交付 8 个视频。搜索官网/官方账号、微博、视频号、抖音横版、Bilibili、YouTube、新闻和长视频平台，正式入选至少覆盖 3 个平台族；每项可见动作或证据类型至少有 2 个替换候选。检索顺序固定为“文案触发事件/原话 → 画面任务中的具体可见动作 → 官方或当事人完整视频 → 新闻纪录片与背景补镜”。检索和数量验收仍按生产片段进行，但每条正式素材必须绑定唯一row_id，只显示在其直接对应的文案行后期单元格中。普通 B-roll 不得无理由重复；同一长视频确实包含多个分别对应不同文案行的可用部分时可以复用，但每次都要填写reuse_reason和互不相同的distinct_use，并在正式单元格显示“复用原因”和“本行使用内容”。复用项不重复计入 6/8 条不同视频门槛。某行没有直接对应的 B-roll 时不显示素材框、空栏目或“暂无素材”占位；但若画面任务已经承诺具体可检索实拍却没有素材，该行必须进入缺口清单，不得报告完成。整稿逐行完成后，另补至少 3 条可靠媒体或高质量创作者的公司/人物/事件发展史视频，标为“整稿解读/结构参考”，不得替代逐行一手证据。 - 每个动画片段调用
storyboard-animation-references做参考需求评估。先把锁定方案转成不依赖公司名或行业名的结构语言，再按每个必需参考维度分别检索并至少打开比较 3 个具体候选；正式参考必须写明参考类型、只借鉴什么和不借鉴什么。信息结构与运动参考不要求题材一致，整稿画像只按目标维度参与兼容性判断；热度只作同等相关候选的次级排序。 - 文案涉及技术原理、模型架构、新闻事实、公告、原话、政策、事件、排名或数据时调用
storyboard-evidence-sources。原理和事实来源与动画画面参考分开记录，不能填补画面参考缺口。只有动画图表通过数据卡三重门槛时才生成数据卡图片和官方核对链接。
8. 预写入验收
- 按 references/QUALITY-GATES.md 生成
manifest_version: "2.4"的验收清单 JSON，同时记录表格行与生产片段映射、每条素材/参考/证据的唯一行归属、逐行实际渲染链接、剪辑查询/候选池/平台覆盖、动画参考目标维度以及证据/画面参考分层。 - 运行
python scripts/validate_storyboard.py 验收清单.json。 - 任何硬错误都先修复；普通剪辑片段少于 6 条、核心片段少于 8 条、查询/候选池/平台覆盖不足、链接打不开或不是具体视频、画面任务未兑现、链接无说明重复、原文不一致、需来源却缺失或数据卡门槛错误时，不得写成完成状态。
9. 写入与回读
- 生成可直接用浏览器打开、可独立发送给他人的本地 HTML；不依赖本机服务、登录态、外部样式文件或相对路径资源。
- 严格按 references/OUTPUT-CONTRACT.md 写入内容和格式。素材、画面参考和证据链接必须写在对应文案的同一表格行后期单元格；同一链接原则上只渲染一次，符合“同一长视频、不同已核内容”例外时按要求显示复用说明。没有任何对应资源的行保持后期单元格为空，不生成额外素材行、跨列卡片或空素材框。
- 每个动画表格行使用统一动画标识或颜色，每个剪辑表格行使用统一剪辑标识；标题板按动画执行，固定结尾按剪辑执行。
- 写入后重新读取 HTML 与验收清单，复跑原文覆盖、表格行边界、逐行分工、资源逐行归属、空素材框、链接重复渲染、数据卡位置和乱码检查。
失败处理
- 搜索、播放、授权或写入能力不可用时，报告受影响的片段 ID 和明确缺口，不用少量结果冒充完整交付。
- 找不到某个必需维度的匹配画面参考时标记待人工补充，不提交弱相关图片，也不用原理页或题材相似图片冒充完成。
- 找不到可靠数据来源时不绘制确定性图表；保留原文并报告待核验或需改稿。
- 不编造链接、报道、数据、人物原话、画面内容或核验状态。
完成报告
向用户报告：目标文档位置、原稿覆盖结果、剪辑片段总数及达标数、动画画面参考按维度的完成/免检/待补数量、原理/报道/数据证据状态、数据卡数量、回读结果和仍存在的阻塞。