ppt-master

中文主体补充：AI_Projects / SKILL.md

本文件属于公开技能 AI_Projects。本节为中文主体补充说明，目标是让中文读者在不依赖英文背景的情况下，理解本文件的作用、阅读路径、关键约束和验收标准。 本文件的相对路径是 ppt-master/SKILL.md，属于 AI_Projects 的参考/工作流/模板/脚本/资产之一。 使用方法：先看本中文主体补充；再按需进入下方原始英文细则、表格、清单、JSON、代码或命令；最后按验收要点核对产物。 中文部分只做解释，不替换、不重写、不翻译任何原始字段名、参数名、命令名、文件名、URL、环境变量、JSON/YAML 键、表格技术列头、模板占位或代码块。 公开共享要求：不得写入本机绝对路径、个人目录、账号标识、真实密钥、临时下载目录或过细来源索引；如出现必须替换为 [REDACTED] 或抽象描述。 安全边界：所有脚本执行前必须确认运行环境、依赖、当前工作目录和输出路径；执行后用 ls/cat/grep/校验脚本核对。 若与同技能下 SKILL.md 冲突，以 SKILL.md 的目标、约束和验收标准为准；若与子工作流、子模板冲突，按本节约定的约束优先级处理。 涉及任何投资、法律、医疗等专业建议时，必须保留“不构成专业建议”声明，并以最新公告、最新法规为依据。

适用范围与读者

本文件的目标读者包括：通用 AI 助手、内容创作者、设计师、研发人员，以及需要把研究材料、规则说明或工程数据转成可复现产物的使用者。 若用户只是要快速回答问题而不是真正执行工具，可只阅读本中文主体补充；不要为了显得专业而翻译原始字段、参数或命令。 若用户提供了额外的输入材料（截图、URL、表格、PDF、CSV、JSON），请把材料当作当前任务上下文，不要写入本文件以免污染其他使用者的环境。 若用户要求长期保存某些配置或脚手架，建议放到个人或团队的私有 skill；本公开文件不应承载私有配置。

阅读顺序与执行节奏

1. 阅读本中文主体补充，确认任务类型、阅读路径、关键约束、关键风险。
2. 浏览下方 H2/H3 英文标题，挑出与当前任务相关的章节。
3. 阅读这些章节时保留所有命令、参数、字段、模板、代码块。
4. 执行前确认依赖、输入、输出；执行后用对应校验脚本核对。
5. 出现失败时优先回到日志、错误码、原始字段名定位，不要盲目修改。
6. 任何只在本机内存、剪贴板、临时终端存在的中间产物都不算交付。
7. 涉及多步骤流程时，每一步都要记录实际命令、实际输出、实际产物。
8. 跨任务复用时，复制整段命令而不是心算重组，避免字段遗漏或顺序错乱。

验收要点

• 文档结构完整、章节顺序合理、未被无意义切割。
• 涉及脚本、命令、字段的部分可读、可搜索、可复制。
• 涉及安全、隐私、合规的内容写入公开共享要求小节。
• 中文主体补充覆盖了关键使用场景、关键风险、关键验收步骤。
• 所有外部链接、API、命令、文件路径均能复现，且与本机当前环境兼容。
• 任何示例输出都能在干净环境重跑，不依赖不可见的本地状态。

公开共享与脱敏要求

• 不要写入本机绝对路径、个人目录、账号标识、真实密钥、临时下载目录或过细来源索引。
• 引用本地材料时使用抽象描述或环境变量占位；示例可使用 /tmp、~/workspace、<PROJECT_ROOT> 等通用占位。
• 含具体 BV/AV 号、UID、本地路径、截图目录的素材在共享前必须脱敏或抽象化。
• 任何 token/密钥/连接串在公开版中必须替换为 [REDACTED]；如出现真实凭据，立即撤回。
• 涉及账号、订单、聊天记录的截图在共享前必须打码或裁剪。
• 引用第三方资料时优先使用摘要与公开口径，不要大段照抄受版权保护的内容。
• 任何对个体、公司、产品的负面评价必须基于公开可核验证据，不要发表主观定性。

常见问题与排错

• 中文主体补充与原始英文细则冲突时，以不破坏工具执行、不破坏模板可读性为前提。
• 脚本失败先看环境、依赖、当前目录和输入文件，不要盲目复制输出。
• 数据陈旧或与官方公告冲突时，重新联网核验并标注日期与数据源。
• 用户只要快速回答时只读本节，不要翻译原始字段。
• 多个工作流交叉时，按本节给出的优先级处理：SKILL.md > 本节 > 子工作流 > 模板细节。
• 不要因为本节是中文就认为它会覆盖原字段；本节是补充，不是覆盖。
• 若本节与新版上游冲突，优先采用新版上游，并在本节末尾追加差异说明。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。

跨技能协同

• 与 ericwarn-dingning-pr-methodology 配合：用本文件做模板与排版，用丁宁 skill 做估值与价值判断。
• 与 fox-finance-methodology 配合：用本文件做演示稿载体，用 fox skill 做技术择时与执行节奏。
• 与 video-notes-generator 配合：用本文件输出结构化 Markdown，用视频笔记技能做素材来源。
• 与 generic-agent-code-run 配合：用本文件做交付规范，用 code-run 做浏览器/桌面/脚本验证。
• 与 markitdown-skill 配合：用本文件做最终排版，用 markitdown 做原始资料转换。

总结

本节用纯中文描述本文件的目标、读者、阅读顺序、验收、公开要求、排错、跨技能协同；下方英文细则保留机器可读规范。 请把本节视作与原始英文细则并列的中文导读；不要覆盖、删除或翻译原始字段、参数、命令、模板。

中文主体补充：AI_Projects / SKILL.md

本文件属于公开技能 AI_Projects。本节为中文主体补充说明，目标是让中文读者在不依赖英文背景的情况下，理解本文件的作用、阅读路径、关键约束和验收标准。 本文件的相对路径是 ppt-master/SKILL.md，属于 AI_Projects 的参考/工作流/模板/脚本/资产之一。 使用方法：先看本中文主体补充；再按需进入下方原始英文细则、表格、清单、JSON、代码或命令；最后按验收要点核对产物。 中文部分只做解释，不替换、不重写、不翻译任何原始字段名、参数名、命令名、文件名、URL、环境变量、JSON/YAML 键、表格技术列头、模板占位或代码块。 公开共享要求：不得写入本机绝对路径、个人目录、账号标识、真实密钥、临时下载目录或过细来源索引；如出现必须替换为 [REDACTED] 或抽象描述。 安全边界：所有脚本执行前必须确认运行环境、依赖、当前工作目录和输出路径；执行后用 ls/cat/grep/校验脚本核对。 若与同技能下 SKILL.md 冲突，以 SKILL.md 的目标、约束和验收标准为准；若与子工作流、子模板冲突，按本节约定的约束优先级处理。 涉及任何投资、法律、医疗等专业建议时，必须保留“不构成专业建议”声明，并以最新公告、最新法规为依据。

适用范围与读者

本文件的目标读者包括：通用 AI 助手、内容创作者、设计师、研发人员，以及需要把研究材料、规则说明或工程数据转成可复现产物的使用者。 若用户只是要快速回答问题而不是真正执行工具，可只阅读本中文主体补充；不要为了显得专业而翻译原始字段、参数或命令。 若用户提供了额外的输入材料（截图、URL、表格、PDF、CSV、JSON），请把材料当作当前任务上下文，不要写入本文件以免污染其他使用者的环境。 若用户要求长期保存某些配置或脚手架，建议放到个人或团队的私有 skill；本公开文件不应承载私有配置。

阅读顺序与执行节奏

1. 阅读本中文主体补充，确认任务类型、阅读路径、关键约束、关键风险。
2. 浏览下方 H2/H3 英文标题，挑出与当前任务相关的章节。
3. 阅读这些章节时保留所有命令、参数、字段、模板、代码块。
4. 执行前确认依赖、输入、输出；执行后用对应校验脚本核对。
5. 出现失败时优先回到日志、错误码、原始字段名定位，不要盲目修改。
6. 任何只在本机内存、剪贴板、临时终端存在的中间产物都不算交付。
7. 涉及多步骤流程时，每一步都要记录实际命令、实际输出、实际产物。
8. 跨任务复用时，复制整段命令而不是心算重组，避免字段遗漏或顺序错乱。

验收要点

• 文档结构完整、章节顺序合理、未被无意义切割。
• 涉及脚本、命令、字段的部分可读、可搜索、可复制。
• 涉及安全、隐私、合规的内容写入公开共享要求小节。
• 中文主体补充覆盖了关键使用场景、关键风险、关键验收步骤。
• 所有外部链接、API、命令、文件路径均能复现，且与本机当前环境兼容。
• 任何示例输出都能在干净环境重跑，不依赖不可见的本地状态。

公开共享与脱敏要求

• 不要写入本机绝对路径、个人目录、账号标识、真实密钥、临时下载目录或过细来源索引。
• 引用本地材料时使用抽象描述或环境变量占位；示例可使用 /tmp、~/workspace、<PROJECT_ROOT> 等通用占位。
• 含具体 BV/AV 号、UID、本地路径、截图目录的素材在共享前必须脱敏或抽象化。
• 任何 token/密钥/连接串在公开版中必须替换为 [REDACTED]；如出现真实凭据，立即撤回。
• 涉及账号、订单、聊天记录的截图在共享前必须打码或裁剪。
• 引用第三方资料时优先使用摘要与公开口径，不要大段照抄受版权保护的内容。
• 任何对个体、公司、产品的负面评价必须基于公开可核验证据，不要发表主观定性。

常见问题与排错

• 中文主体补充与原始英文细则冲突时，以不破坏工具执行、不破坏模板可读性为前提。
• 脚本失败先看环境、依赖、当前目录和输入文件，不要盲目复制输出。
• 数据陈旧或与官方公告冲突时，重新联网核验并标注日期与数据源。
• 用户只要快速回答时只读本节，不要翻译原始字段。
• 多个工作流交叉时，按本节给出的优先级处理：SKILL.md > 本节 > 子工作流 > 模板细节。
• 不要因为本节是中文就认为它会覆盖原字段；本节是补充，不是覆盖。
• 若本节与新版上游冲突，优先采用新版上游，并在本节末尾追加差异说明。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。

跨技能协同

• 与 ericwarn-dingning-pr-methodology 配合：用本文件做模板与排版，用丁宁 skill 做估值与价值判断。
• 与 fox-finance-methodology 配合：用本文件做演示稿载体，用 fox skill 做技术择时与执行节奏。
• 与 video-notes-generator 配合：用本文件输出结构化 Markdown，用视频笔记技能做素材来源。
• 与 generic-agent-code-run 配合：用本文件做交付规范，用 code-run 做浏览器/桌面/脚本验证。
• 与 markitdown-skill 配合：用本文件做最终排版，用 markitdown 做原始资料转换。

总结

本节用纯中文描述本文件的目标、读者、阅读顺序、验收、公开要求、排错、跨技能协同；下方英文细则保留机器可读规范。 请把本节视作与原始英文细则并列的中文导读；不要覆盖、删除或翻译原始字段、参数、命令、模板。

中文主体补充：AI_Projects / SKILL.md

本文件属于公开技能 AI_Projects。本节为中文主体补充说明，目标是让中文读者在不依赖英文背景的情况下，理解本文件的作用、阅读路径、关键约束和验收标准。 本文件的相对路径是 ppt-master/SKILL.md，属于 AI_Projects 的参考/工作流/模板/脚本/资产之一。 使用方法：先看本中文主体补充；再按需进入下方原始英文细则、表格、清单、JSON、代码或命令；最后按验收要点核对产物。 中文部分只做解释，不替换、不重写、不翻译任何原始字段名、参数名、命令名、文件名、URL、环境变量、JSON/YAML 键、表格技术列头、模板占位或代码块。 公开共享要求：不得写入本机绝对路径、个人目录、账号标识、真实密钥、临时下载目录或过细来源索引；如出现必须替换为 [REDACTED] 或抽象描述。 安全边界：所有脚本执行前必须确认运行环境、依赖、当前工作目录和输出路径；执行后用 ls/cat/grep/校验脚本核对。 若与同技能下 SKILL.md 冲突，以 SKILL.md 的目标、约束和验收标准为准；若与子工作流、子模板冲突，按本节约定的约束优先级处理。 涉及任何投资、法律、医疗等专业建议时，必须保留“不构成专业建议”声明，并以最新公告、最新法规为依据。

适用范围与读者

本文件的目标读者包括：通用 AI 助手、内容创作者、设计师、研发人员，以及需要把研究材料、规则说明或工程数据转成可复现产物的使用者。 若用户只是要快速回答问题而不是真正执行工具，可只阅读本中文主体补充；不要为了显得专业而翻译原始字段、参数或命令。 若用户提供了额外的输入材料（截图、URL、表格、PDF、CSV、JSON），请把材料当作当前任务上下文，不要写入本文件以免污染其他使用者的环境。 若用户要求长期保存某些配置或脚手架，建议放到个人或团队的私有 skill；本公开文件不应承载私有配置。

阅读顺序与执行节奏

1. 阅读本中文主体补充，确认任务类型、阅读路径、关键约束、关键风险。
2. 浏览下方 H2/H3 英文标题，挑出与当前任务相关的章节。
3. 阅读这些章节时保留所有命令、参数、字段、模板、代码块。
4. 执行前确认依赖、输入、输出；执行后用对应校验脚本核对。
5. 出现失败时优先回到日志、错误码、原始字段名定位，不要盲目修改。
6. 任何只在本机内存、剪贴板、临时终端存在的中间产物都不算交付。
7. 涉及多步骤流程时，每一步都要记录实际命令、实际输出、实际产物。
8. 跨任务复用时，复制整段命令而不是心算重组，避免字段遗漏或顺序错乱。

验收要点

• 文档结构完整、章节顺序合理、未被无意义切割。
• 涉及脚本、命令、字段的部分可读、可搜索、可复制。
• 涉及安全、隐私、合规的内容写入公开共享要求小节。
• 中文主体补充覆盖了关键使用场景、关键风险、关键验收步骤。
• 所有外部链接、API、命令、文件路径均能复现，且与本机当前环境兼容。
• 任何示例输出都能在干净环境重跑，不依赖不可见的本地状态。

公开共享与脱敏要求

• 不要写入本机绝对路径、个人目录、账号标识、真实密钥、临时下载目录或过细来源索引。
• 引用本地材料时使用抽象描述或环境变量占位；示例可使用 /tmp、~/workspace、<PROJECT_ROOT> 等通用占位。
• 含具体 BV/AV 号、UID、本地路径、截图目录的素材在共享前必须脱敏或抽象化。
• 任何 token/密钥/连接串在公开版中必须替换为 [REDACTED]；如出现真实凭据，立即撤回。
• 涉及账号、订单、聊天记录的截图在共享前必须打码或裁剪。
• 引用第三方资料时优先使用摘要与公开口径，不要大段照抄受版权保护的内容。
• 任何对个体、公司、产品的负面评价必须基于公开可核验证据，不要发表主观定性。

常见问题与排错

• 中文主体补充与原始英文细则冲突时，以不破坏工具执行、不破坏模板可读性为前提。
• 脚本失败先看环境、依赖、当前目录和输入文件，不要盲目复制输出。
• 数据陈旧或与官方公告冲突时，重新联网核验并标注日期与数据源。
• 用户只要快速回答时只读本节，不要翻译原始字段。
• 多个工作流交叉时，按本节给出的优先级处理：SKILL.md > 本节 > 子工作流 > 模板细节。
• 不要因为本节是中文就认为它会覆盖原字段；本节是补充，不是覆盖。
• 若本节与新版上游冲突，优先采用新版上游，并在本节末尾追加差异说明。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。
• 在幻灯片/模板/图表/配图/动画/脚本场景下，请把本节当作中文入口；它与下方英文细则共同构成完整文档。
• 所有视觉规格、版式、颜色、字号、间距、字体、动画、节奏，都以原始英文细则为机器可读规范。
• 中文部分负责告诉读者：什么时候用、怎么用、什么时候不用、失败怎么办、怎么验收。
• 中文部分不替代文档的英文细则；二者协同：英文是规范，中文是导读。
• 如果你只读中文部分，务必同时查看本节末尾的“常见问题与排错”小节。
• 如果你要执行真实脚本/命令/模板，务必再回到英文细则，确认参数顺序、参数取值、依赖版本。
• 中文部分对参数类型、数值范围、版本号、API 名称保持沉默——这些都在英文细则里。
• 中文部分会指出哪些字段不能改、哪些参数不能省、哪些命令顺序不能颠倒。
• 在脚本化场景下，请确保所有路径占位（如 <PROJECT_ROOT>、$OUTPUT_DIR）替换为实际路径后再执行。
• 若脚本需要调用网络或第三方 API，请先在草稿环境跑通最小可复现闭环，再扩展到生产环境。
• 若脚本涉及大量图片、视频或音频，请预留充足磁盘与带宽，并设置超时与重试策略。
• 若脚本对错误敏感，请在每一步加入断言、日志和回滚点；不要假设中间状态可恢复。
• 若脚本用于线上或共享环境，请在执行前做权限核对，避免越权或误改。
• 若本文件与其他技能（如 通用 AI 助手、GenericAgent、hermes）交叉，请优先采用本文件的约束。
• 若你修改了本节内容，请在 commit message 中说明改动原因，方便后续审计。

跨技能协同

• 与 ericwarn-dingning-pr-methodology 配合：用本文件做模板与排版，用丁宁 skill 做估值与价值判断。
• 与 fox-finance-methodology 配合：用本文件做演示稿载体，用 fox skill 做技术择时与执行节奏。
• 与 video-notes-generator 配合：用本文件输出结构化 Markdown，用视频笔记技能做素材来源。
• 与 generic-agent-code-run 配合：用本文件做交付规范，用 code-run 做浏览器/桌面/脚本验证。
• 与 markitdown-skill 配合：用本文件做最终排版，用 markitdown 做原始资料转换。

总结

本节用纯中文描述本文件的目标、读者、阅读顺序、验收、公开要求、排错、跨技能协同；下方英文细则保留机器可读规范。 请把本节视作与原始英文细则并列的中文导读；不要覆盖、删除或翻译原始字段、参数、命令、模板。

中文长概览：skill / SKILL.md

本文件属于公开技能 skill 下的 SKILL.md 文档，目标是把幻灯片、模板、图表、配图、动画或脚本相关的全部规格统一收纳，便于复用与扩展。 读者对象：通用 AI 助手、内容创作者、设计师，以及需要把研究材料转成演示稿的研发人员。 使用方法：先阅读本中文长概览，确认任务类型与适用场景；再翻到下方对应 H2/H3 英文细则，按保留的命令、参数、字段、模板与代码进行执行；最后按验收要点逐条核对产物。 本文件作为公开共享资源，禁止写入本机绝对路径、个人目录、真实账号、真实密钥、临时下载目录或过细来源索引；如出现必须替换为 [REDACTED] 或抽象描述。 涉及任何投资、法律、医疗等专业建议时，必须保留“不构成专业建议”声明，并以最新公告、最新法规为依据。 下方原始内容是机器可读规范：代码块、表格、JSON/YAML、SVG、HTML、命令、URL、参数名、字段名、模板占位、文件名都按原样保留，不翻译。

• 建议把本文件视作参考手册：先用目录或本概览定位主题，再按主题读对应章节，最后按章节给出的命令、字段、模板执行。
• 执行任何命令或脚本前，请确认运行环境、依赖、当前工作目录和输出路径；执行后用 ls/cat/grep/校验脚本等手段核对产物。
• 若本文件与同一技能下的 SKILL.md 冲突，以 SKILL.md 的目标、约束和验收标准为准。
• 若本文件与同一技能下的子工作流、子模板冲突，以本概览下方的“约束优先级”段为准。
• 如果用户只是要快速回答问题而不是真正执行工具，可以只看本中文长概览；不要为了显得专业而翻译原始字段、参数或命令。
• 本文件不会包含任何具体 UID、AV/BV 号、本地路径或下载链接；所有可识别来源均已抽象为公司公告、监管披露、官方资料、可靠行情源等口径。
• 本文件的执行结果应当可复现、可验证、可分享；任何只存在于本机内存、剪贴板、临时终端的中间产物都不算交付。
• 若某个章节长时间未更新，请先怀疑它可能已过时，再回到原始上游或官方资料核对；不要凭印象执行。
• 若某个工具或服务在当前环境不可用，优先使用本文件中给出的降级方案；不要擅自调用未列入清单的外部接口。
• 若用户提供了额外的输入材料（截图、URL、表格、PDF），请把材料当作当前任务上下文，不要写入本文件以免污染其他使用者的环境。
• 建议把本文件视作参考手册：先用目录或本概览定位主题，再按主题读对应章节，最后按章节给出的命令、字段、模板执行。
• 执行任何命令或脚本前，请确认运行环境、依赖、当前工作目录和输出路径；执行后用 ls/cat/grep/校验脚本等手段核对产物。
• 若本文件与同一技能下的 SKILL.md 冲突，以 SKILL.md 的目标、约束和验收标准为准。
• 若本文件与同一技能下的子工作流、子模板冲突，以本概览下方的“约束优先级”段为准。
• 如果用户只是要快速回答问题而不是真正执行工具，可以只看本中文长概览；不要为了显得专业而翻译原始字段、参数或命令。
• 本文件不会包含任何具体 UID、AV/BV 号、本地路径或下载链接；所有可识别来源均已抽象为公司公告、监管披露、官方资料、可靠行情源等口径。
• 本文件的执行结果应当可复现、可验证、可分享；任何只存在于本机内存、剪贴板、临时终端的中间产物都不算交付。
• 若某个章节长时间未更新，请先怀疑它可能已过时，再回到原始上游或官方资料核对；不要凭印象执行。
• 若某个工具或服务在当前环境不可用，优先使用本文件中给出的降级方案；不要擅自调用未列入清单的外部接口。
• 若用户提供了额外的输入材料（截图、URL、表格、PDF），请把材料当作当前任务上下文，不要写入本文件以免污染其他使用者的环境。
• 建议把本文件视作参考手册：先用目录或本概览定位主题，再按主题读对应章节，最后按章节给出的命令、字段、模板执行。
• 执行任何命令或脚本前，请确认运行环境、依赖、当前工作目录和输出路径；执行后用 ls/cat/grep/校验脚本等手段核对产物。
• 若本文件与同一技能下的 SKILL.md 冲突，以 SKILL.md 的目标、约束和验收标准为准。
• 若本文件与同一技能下的子工作流、子模板冲突，以本概览下方的“约束优先级”段为准。
• 如果用户只是要快速回答问题而不是真正执行工具，可以只看本中文长概览；不要为了显得专业而翻译原始字段、参数或命令。
• 本文件不会包含任何具体 UID、AV/BV 号、本地路径或下载链接；所有可识别来源均已抽象为公司公告、监管披露、官方资料、可靠行情源等口径。
• 本文件的执行结果应当可复现、可验证、可分享；任何只存在于本机内存、剪贴板、临时终端的中间产物都不算交付。
• 若某个章节长时间未更新，请先怀疑它可能已过时，再回到原始上游或官方资料核对；不要凭印象执行。
• 若某个工具或服务在当前环境不可用，优先使用本文件中给出的降级方案；不要擅自调用未列入清单的外部接口。
• 若用户提供了额外的输入材料（截图、URL、表格、PDF），请把材料当作当前任务上下文，不要写入本文件以免污染其他使用者的环境。
• 建议把本文件视作参考手册：先用目录或本概览定位主题，再按主题读对应章节，最后按章节给出的命令、字段、模板执行。
• 执行任何命令或脚本前，请确认运行环境、依赖、当前工作目录和输出路径；执行后用 ls/cat/grep/校验脚本等手段核对产物。
• 若本文件与同一技能下的 SKILL.md 冲突，以 SKILL.md 的目标、约束和验收标准为准。
• 若本文件与同一技能下的子工作流、子模板冲突，以本概览下方的“约束优先级”段为准。
• 如果用户只是要快速回答问题而不是真正执行工具，可以只看本中文长概览；不要为了显得专业而翻译原始字段、参数或命令。
• 本文件不会包含任何具体 UID、AV/BV 号、本地路径或下载链接；所有可识别来源均已抽象为公司公告、监管披露、官方资料、可靠行情源等口径。
• 本文件的执行结果应当可复现、可验证、可分享；任何只存在于本机内存、剪贴板、临时终端的中间产物都不算交付。
• 若某个章节长时间未更新，请先怀疑它可能已过时，再回到原始上游或官方资料核对；不要凭印象执行。
• 若某个工具或服务在当前环境不可用，优先使用本文件中给出的降级方案；不要擅自调用未列入清单的外部接口。
• 若用户提供了额外的输入材料（截图、URL、表格、PDF），请把材料当作当前任务上下文，不要写入本文件以免污染其他使用者的环境。
• 建议把本文件视作参考手册：先用目录或本概览定位主题，再按主题读对应章节，最后按章节给出的命令、字段、模板执行。
• 执行任何命令或脚本前，请确认运行环境、依赖、当前工作目录和输出路径；执行后用 ls/cat/grep/校验脚本等手段核对产物。
• 若本文件与同一技能下的 SKILL.md 冲突，以 SKILL.md 的目标、约束和验收标准为准。
• 若本文件与同一技能下的子工作流、子模板冲突，以本概览下方的“约束优先级”段为准。
• 如果用户只是要快速回答问题而不是真正执行工具，可以只看本中文长概览；不要为了显得专业而翻译原始字段、参数或命令。
• 本文件不会包含任何具体 UID、AV/BV 号、本地路径或下载链接；所有可识别来源均已抽象为公司公告、监管披露、官方资料、可靠行情源等口径。
• 本文件的执行结果应当可复现、可验证、可分享；任何只存在于本机内存、剪贴板、临时终端的中间产物都不算交付。
• 若某个章节长时间未更新，请先怀疑它可能已过时，再回到原始上游或官方资料核对；不要凭印象执行。
• 若某个工具或服务在当前环境不可用，优先使用本文件中给出的降级方案；不要擅自调用未列入清单的外部接口。
• 若用户提供了额外的输入材料（截图、URL、表格、PDF），请把材料当作当前任务上下文，不要写入本文件以免污染其他使用者的环境。
• 建议把本文件视作参考手册：先用目录或本概览定位主题，再按主题读对应章节，最后按章节给出的命令、字段、模板执行。
• 执行任何命令或脚本前，请确认运行环境、依赖、当前工作目录和输出路径；执行后用 ls/cat/grep/校验脚本等手段核对产物。
• 若本文件与同一技能下的 SKILL.md 冲突，以 SKILL.md 的目标、约束和验收标准为准。
• 若本文件与同一技能下的子工作流、子模板冲突，以本概览下方的“约束优先级”段为准。
• 如果用户只是要快速回答问题而不是真正执行工具，可以只看本中文长概览；不要为了显得专业而翻译原始字段、参数或命令。
• 本文件不会包含任何具体 UID、AV/BV 号、本地路径或下载链接；所有可识别来源均已抽象为公司公告、监管披露、官方资料、可靠行情源等口径。
• 本文件的执行结果应当可复现、可验证、可分享；任何只存在于本机内存、剪贴板、临时终端的中间产物都不算交付。
• 若某个章节长时间未更新，请先怀疑它可能已过时，再回到原始上游或官方资料核对；不要凭印象执行。
• 若某个工具或服务在当前环境不可用，优先使用本文件中给出的降级方案；不要擅自调用未列入清单的外部接口。
• 若用户提供了额外的输入材料（截图、URL、表格、PDF），请把材料当作当前任务上下文，不要写入本文件以免污染其他使用者的环境。

阅读顺序

1. 阅读本中文长概览，确认任务类型、阅读路径、关键约束。
2. 浏览下方 H2/H3 标题，挑出与当前任务相关的章节。
3. 阅读这些章节，保留所有命令、参数、字段、模板、代码块。
4. 执行前确认依赖、输入、输出；执行后用对应校验脚本核对。

验收要点

• 文档结构完整、章节顺序合理、未被无意义切割。
• 涉及脚本、命令、字段的部分可读、可搜索、可复制。
• 涉及安全、隐私、合规的内容写入公开共享要求小节。
• 中文长概览覆盖了关键使用场景、关键风险、关键验收步骤。

公开共享要求

• 不要写入本机绝对路径、个人目录、账号标识、真实密钥、临时下载目录或过细来源索引。
• 引用本地材料时使用抽象描述或环境变量占位。
• 含具体 BV/AV 号、UID、本地路径的素材在共享前必须脱敏。
• 任何 token/密钥/连接串在公开版中必须替换为 [REDACTED]。

常见问题与排错

• 中文长概览与原始英文细则冲突时，以不破坏工具执行为前提。
• 脚本失败先看环境、依赖、当前目录和输入文件，不要盲目复制输出。
• 数据陈旧或与公告冲突时，重新联网核验并标注日期。
• 用户只要快速回答时只读本概览，不要翻译原始字段。

中文主体说明：Hermes_Agent_Resources 主技能说明

• 本文档是通用技能资料。中文部分说明用途、输入、输出、执行步骤、验证标准和注意事项；保留必要英文标识以保证工具可运行。
• 阅读顺序建议：先看本中文说明，确认任务类型和验收标准；再阅读下方原始细则、模板或命令；最后按当前任务补充必要上下文并执行。
• 公开共享要求：不要写入本机绝对路径、个人目录、账号标识、真实密钥、临时下载目录或过细来源索引。若需要引用本地材料，用抽象描述或环境变量占位。

中文使用要点

• 先确认用户目标、输入材料、输出格式和验收标准，再选择本文档中的对应流程。
• 所有脚本、命令、字段名、模型名、平台名、文件名和示例代码保持原样，避免破坏可执行性。
• 面向用户的解释、报告、检查清单、风险提示和交付说明应使用中文。
• 遇到英文原文与中文说明冲突时，以不破坏工具执行为前提，优先遵循中文说明中的安全边界和验收要求。
• 完成后必须运行相关验证：语法检查、文件存在性检查、导出结果检查、截图或日志核对、敏感信息扫描。

PPT Master Skill

AI-driven multi-format SVG content generation system. Converts source documents into high-quality SVG pages through multi-role collaboration and exports to PPTX.

Core Pipeline: Source Document → Create Project → [Template] → Strategist → [Image_Generator] → Executor Live Preview → Quality Check → Post-processing → Export

[!CAUTION]

🚨 Global Execution Discipline (MANDATORY)

This workflow is a strict serial pipeline. The following rules have the highest priority — violating any one of them constitutes execution failure:

1. SERIAL EXECUTION — Steps MUST be executed in order; the output of each step is the input for the next. Non-BLOCKING adjacent steps may proceed continuously once prerequisites are met, without waiting for the user to say "continue"
2. BLOCKING = HARD STOP — Steps marked ⛔ BLOCKING require a full stop; the AI MUST wait for an explicit user response before proceeding and MUST NOT make any decisions on behalf of the user
3. NO CROSS-PHASE BUNDLING — Cross-phase bundling is FORBIDDEN. (Note: the Eight Confirmations in Step 4 are ⛔ BLOCKING — the AI MUST present recommendations and wait for explicit user confirmation before proceeding. Once the user confirms, all subsequent non-BLOCKING steps — design spec output, SVG generation, speaker notes, and post-processing — may proceed automatically without further user confirmation)
4. GATE BEFORE ENTRY — Each Step has prerequisites (🚧 GATE) listed at the top; these MUST be verified before starting that Step
5. NO SPECULATIVE EXECUTION — "Pre-preparing" content for subsequent Steps is FORBIDDEN (e.g., writing SVG code during the Strategist phase)
6. NO SUB-AGENT SVG GENERATION — Executor Step 6 SVG generation is context-dependent and MUST be completed by the current main agent end-to-end. Delegating page SVG generation to sub-agents is FORBIDDEN
7. SEQUENTIAL PAGE GENERATION ONLY — In Executor Step 6, after the global design context is confirmed, SVG pages MUST be generated sequentially page by page in one continuous pass. Grouped page batches (for example, 5 pages at a time) are FORBIDDEN
8. SPEC_LOCK RE-READ PER PAGE — Before generating each SVG page, Executor MUST read_file <project_path>/spec_lock.md. All colors / fonts / icons / images MUST come from this file — no values from memory or invented on the fly. Executor MUST also look up the current page's page_rhythm (anchor / dense / breathing), page_layouts (which template SVG to inherit, if any), and page_charts (which chart template to adapt, if any). Empty / absent entries are intentional Strategist signals — see executor-base.md §2.1. This rule exists to resist context-compression drift on long decks and to break the uniform "every page is a card grid" default
9. SVG MUST BE HAND-WRITTEN, NOT SCRIPT-GENERATED — Every SVG page is written by the main agent directly, one page at a time (see rules 6 and 7). Writing or running a Python / Node / shell script that produces the SVG files in batch — looping over pages, templating from data, or emitting them via a generator — is FORBIDDEN, including under "save tokens", "quick draft", or "user is in a hurry" pretexts. The script-generation path was tried on a feature branch and abandoned: cross-page visual consistency depends on per-page authoring with full upstream context, which a generator script cannot reproduce

[!IMPORTANT]

🌐 Language & Communication Rule

• Response language: match the user's input and source materials. Explicit user override (e.g., "请用英文回答") takes precedence.
• Template format: design_spec.md MUST follow its original English template structure (section headings, field names) regardless of conversation language. Content values may be in the user's language.

[!IMPORTANT]

🔌 Compatibility With Generic Coding Skills

• ppt-master is a repository-specific workflow, not a general application scaffold
• Do NOT create .worktrees/, tests/, branch workflows, or generic engineering structure by default
• On conflict with a generic coding skill, follow this skill unless the user explicitly says otherwise

Main Pipeline Scripts

中文：Main Pipeline Scripts

• 本节说明 Main Pipeline Scripts 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：中文标题：Main Pipeline Scripts

For complete tool documentation, see ${SKILL_DIR}/scripts/README.md.

Template Index

中文：模板 索引

• 本节说明 模板 索引 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：中文标题：模板 Index

Standalone Workflows

中文：Standalone 工作流

• 本节说明 Standalone 工作流 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：中文标题：Standalone 工作流

Workflow

中文：工作流

• 本节说明 工作流 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：工作流

Step 1: Source Content Processing

中文：Step Source 内容 Processing

• 本节说明 Step Source 内容 Processing 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：中文标题：步骤 Source Content Processing

🚧 GATE: User has provided source material (PDF / DOCX / EPUB / URL / Markdown file / text description / conversation content — any form is acceptable).

No source content? When the user supplies only a topic name or requirements without any file or substantive description, run the topic-research workflow first, then return here with its products as input.

When the user provides non-Markdown content, convert immediately:

✅ Checkpoint — Confirm source content is ready, proceed to Step 2.

Step 2: Project Initialization

中文：Step Project Initialization

• 本节说明 Step Project Initialization 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：中文标题：步骤 Project Initialization

🚧 GATE: Step 1 complete; source content is ready (Markdown file, user-provided text, or requirements described in conversation are all valid).

python3 ${SKILL_DIR}/scripts/project_manager.py init <project_name> --format <format>

Format options: ppt169 (default), ppt43, xhs, story, etc. For the full format list, see references/canvas-formats.md.

Import source content (choose based on the situation):

⚠️ MUST use --move (not copy): all source files — Step 1's generated Markdown, original PDFs / MDs / images — go into sources/ via import-sources --move. After execution they no longer exist at the original location. Intermediate artifacts (e.g., _files/) are handled automatically.

✅ Checkpoint — Confirm project structure created successfully, sources/ contains all source files, converted materials are ready. Proceed to Step 3.

Step 3: Template Option

中文：Step 模板 Option

• 本节说明 Step 模板 Option 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：中文标题：步骤 模板 Option

🚧 GATE: Step 2 complete; project directory structure is ready.

Default — free design. Proceed directly to Step 4. Do NOT query layouts_index.json unless triggered. Do NOT ask the user. Do NOT proactively suggest, hint at, or fuzzy-match any template based on content, slug-like words, or vague style descriptions.

Template flow triggers ONLY on an explicit template directory path supplied by the user in their initial message. The trigger rule is mechanical, not interpretive:

There is no slug matching, no name lookup, no fuzzy resolution. A template name without a path does not trigger — the user must give a path the AI can cd into.

The path may live anywhere — skills/ppt-master/templates/layouts/<name>/ (the built-in library), projects/<other_project>/template/ (reusing a previous project's templates), or any other location. Location is irrelevant; what matters is that the user named the path.

TEMPLATE_DIR=<user-supplied path>
cp ${TEMPLATE_DIR}/*.svg <project_path>/templates/
cp ${TEMPLATE_DIR}/design_spec.md <project_path>/templates/
cp ${TEMPLATE_DIR}/*.png <project_path>/images/ 2>/dev/null || true
cp ${TEMPLATE_DIR}/*.jpg <project_path>/images/ 2>/dev/null || true

Style descriptions ("麦肯锡风格" / "Keynote 风" / "极简风" / etc.) never trigger Step 3. They flow naturally into Strategist's Eight Confirmations as part of the user's input — Strategist uses them as a style brief when proposing color / typography / tone in confirmations e and g.

Bare template names ("academic_defense", "招商银行") do NOT trigger Step 3 even if a folder by that name exists in the library. The user must give a path. AI must not "helpfully" resolve a name to a path.

"What templates exist?" is out-of-band Q&A — answer by listing entries from layouts_index.json together with their paths. Listing alone does not advance the pipeline; the user still has to send a path to trigger the Step 3 copy.

To create a new template, read workflows/create-template.md.

✅ Checkpoint — Default path proceeds to Step 4 without user interaction. If the user's input contains an explicit template directory path, that directory is copied before advancing.

Step 4: Strategist Phase (MANDATORY — cannot be skipped)

中文：Step 策略师 Phase MANDATORY cannot be skipped

• 本节说明 Step 策略师 Phase MANDATORY cannot be skipped 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：中文标题：步骤 Strategist Phase MANDATORY cannot be skipped

🚧 GATE: Step 3 complete; default free-design path taken, or (if triggered) template files copied into the project.

First, read the role definition:

Read references/strategist.md

⚠️ Mandatory gate: before writing design_spec.md, Strategist MUST read_file templates/design_spec_reference.md and follow its full I–XI section structure. See strategist.md Section 1.

Eight Confirmations (full template: templates/design_spec_reference.md):

⛔ BLOCKING: present the Eight Confirmations as a single bundled recommendation set and wait for explicit user confirmation or modification before outputting Design Specification & Content Outline. This is the single core confirmation point — once confirmed, all subsequent steps proceed automatically.

1. Canvas format
2. Page count range
3. Target audience
4. Style objective
5. Color scheme
6. Icon usage approach
7. Typography plan
8. Image usage approach

Mandatory — split-mode note (not a ninth confirmation): after listing the eight confirmation details, you MUST append exactly one short line (rendered in the user's language, prefixed with 💡) about generation mode. Pick the variant by qualitative read of Phase A signals — recommended page count, source-material bulk, whether topic-research ran with substantial web-fetch accumulation:

This line is required output every run — the user must always see the mode choice exists. Whether to act on it is the user's call.

If the user provided images, run analysis before outputting the design spec:

python3 ${SKILL_DIR}/scripts/analyze_images.py <project_path>/images

⚠️ Image handling: NEVER directly read / open / view image files (.jpg, .png, etc.). All image info comes from analyze_images.py output or the Design Spec's Image Resource List.

Output:

• <project_path>/design_spec.md — human-readable design narrative
• <project_path>/spec_lock.md — machine-readable execution contract (skeleton: templates/spec_lock_reference.md); Executor re-reads before every page

✅ Checkpoint — Phase deliverables complete, auto-proceed to next step:

## ✅ Strategist Phase Complete
- [x] Eight Confirmations completed (user confirmed)
- [x] Split-mode note appended below the eight items (heavy or normal variant)
- [x] Design Specification & Content Outline generated
- [x] Execution lock (spec_lock.md) generated
- [ ] **Next**: Auto-proceed to [Image_Generator / Executor] phase

Step 5: Image Acquisition Phase (Conditional)

中文：Step 图像 Acquisition Phase Conditional

• 本节说明 Step 图像 Acquisition Phase Conditional 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：中文标题：步骤 Image Acquisition Phase Conditional

🚧 GATE: Step 4 complete; Design Specification & Content Outline generated and user confirmed.

Trigger: At least one row in the resource list has Acquire Via: ai and/or Acquire Via: web. If every row is user or placeholder, skip to Step 6.

Always load the common framework:

Read references/image-base.md

Then lazy-load the path-specific reference for each row that actually needs it:

A deck with only ai rows never loads image-searcher.md; a deck with only web rows never loads image-generator.md. A mixed deck loads both, processes each row through its own path, and writes both image_prompts.json and image_sources.json.

⚠️ In-pipeline ai path MUST use manifest mode — even when only 1 ai row exists. Write images/image_prompts.json first, then run image_gen.py --manifest, then image_gen.py --render-md to produce the image_prompts.md sidecar. The positional form (image_gen.py "prompt" ...) is reserved for out-of-pipeline one-off testing / single-image fixups — it skips manifest + sidecar, leaving no audit trail.

Workflow:

1. Extract all rows with Status: Pending and Acquire Via ∈ {ai, web} from the design spec
2. Generate prompts (ai rows) and/or run search (web rows) per image-base.md §2 dispatch table
3. Verify every row reaches a terminal status: Generated (ai success), Sourced (web success), or Needs-Manual

✅ Checkpoint — Confirm acquisition attempted for every row:

## ✅ Image Acquisition Phase Complete
- [x] image_prompts.json created (when any ai rows processed)
- [x] image_prompts.md sidecar rendered (when any ai rows processed)
- [x] image_sources.json created (when any web rows processed)
- [x] Each row: status is `Generated` / `Sourced` / `Needs-Manual` (no `Pending` remaining)

Default — auto-proceed to Step 6. Only when the user's Step 4 response explicitly opted into split mode (in reply to the optional hint), output the Phase A hand-off below and stop this conversation:

## ✅ Phase A Complete
- [x] Spec: `design_spec.md`, `spec_lock.md`
- [x] Resources: `sources/`, `images/`, `templates/`
- [ ] **Next**: open a fresh chat window and input `继续生成 projects/<project_name>` to enter Phase B via the [`resume-execute`](workflows/resume-execute.md) workflow.

On acquisition failure, do NOT halt — follow the Failure Handling rule in image-base.md §5: retry once, then mark the row Needs-Manual, report to user, and continue to the checkpoint above.

Step 6: Executor Phase

中文：Step 执行器 Phase

• 本节说明 Step 执行器 Phase 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：中文标题：步骤 Executor Phase

🚧 GATE: Step 4 (and Step 5 if triggered) complete; all prerequisite deliverables are ready.

Read the role definition based on the selected style:

Read references/executor-base.md          # REQUIRED: common guidelines
Read references/shared-standards.md       # REQUIRED: SVG/PPT technical constraints
Read references/executor-general.md       # General flexible style
Read references/executor-consultant.md    # Consulting style
Read references/executor-consultant-top.md # Top consulting style (MBB level)

Only read executor-base + shared-standards + one style file.

Design Parameter Confirmation (Mandatory): before the first SVG, output key design parameters from the spec (canvas dimensions, color scheme, font plan, body font size). See executor-base.md §2.

Live Preview Auto-Startup (Mandatory): before the first SVG, automatically start the browser editor in live mode and keep it running continuously through Executor + Step 7 export:

python3 ${SKILL_DIR}/scripts/svg_editor/server.py <project_path> --live

• Start it immediately when Executor begins; svg_output/ may be empty. Editor opens at http://localhost:5050; port conflict → --port <other> and report the actual URL.
• Run it as a long-running side process/session; do not wait for it to exit before generating SVG pages. Do not wait for user confirmation after startup.
• Service must keep running until one of: (a) the user clicks Exit preview in the browser, or (b) the user explicitly asks in chat to stop it. Generation continues even if the user closes the editor.
• Do NOT read or apply submitted annotations during generation. Users may annotate at any time, but Executor proceeds without touching them. The window to apply annotations opens only after Step 7 completes — see workflows/live-preview.md.
• UI button semantics and editor details: see workflows/live-preview.md Notes.

Pre-generation Batch Read (Mandatory): before the first SVG, batch-read every distinct layout SVG referenced in spec_lock.page_layouts and every distinct chart SVG referenced in spec_lock.page_charts (plus any §VII backup charts). One read per file, up front — do not re-read these during page generation. See executor-base.md §1.0.

Per-page spec_lock re-read (Mandatory): before each SVG page, read_file <project_path>/spec_lock.md and use only its colors / fonts / icons / images, plus the per-page page_rhythm / page_layouts / page_charts lookups (resolves to template SVGs already loaded in the batch read above). Resists context-compression drift on long decks. See executor-base.md §2.1.

⚠️ Main-agent only: SVG generation MUST stay in the current main agent — page design depends on full upstream context. Do NOT delegate to sub-agents. ⚠️ Generation rhythm: generate pages sequentially, one at a time, in the same continuous context. Do NOT batch (e.g., 5 per group).

Visual Construction Phase: generate SVG pages sequentially, one at a time, in one continuous pass → <project_path>/svg_output/

Quality Check Gate (Mandatory) — after all SVGs, BEFORE annotation handling and speaker notes:

python3 ${SKILL_DIR}/scripts/svg_quality_checker.py <project_path>

• Any error (banned SVG features, viewBox mismatch, spec_lock drift, etc.) MUST be fixed before proceeding — return to Visual Construction, regenerate that page, re-run check.
• warning entries (low-res image, non-PPT-safe font tail, etc.): fix when straightforward, otherwise acknowledge and release.
• Run against svg_output/ (not after finalize_svg.py — finalize rewrites SVG and masks violations).

Logic Construction Phase: generate speaker notes → <project_path>/notes/total.md

✅ Checkpoint — Confirm all SVGs and notes are fully generated and quality-checked. Proceed directly to Step 7 post-processing:

## ✅ Executor Phase Complete
- [x] Live preview started and kept available at the reported URL
- [x] All SVGs generated to svg_output/
- [x] svg_quality_checker.py passed (0 errors)
- [x] Speaker notes generated at notes/total.md

Chart pages? If this deck contains data charts (bar / line / pie / radar / etc.), run the standalone verify-charts workflow before Step 7 to calibrate coordinates. AI models routinely introduce 10–50 px errors when mapping data to pixel positions; verify-charts eliminates that class of error. Skip if no chart pages.

Step 7: Post-processing & Export

中文：Step 后处理 Export

• 本节说明 Step 后处理 Export 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：中文标题：步骤 Post-processing Export

🚧 GATE: Step 6 complete; all SVGs generated to svg_output/; speaker notes notes/total.md generated.

🚧 Image readiness GATE (when Step 5 left ai rows in Needs-Manual): every expected file must exist at project/images/<filename> before running 7.1.

If files are missing: PAUSE, list the missing filenames, point the user to images/image_prompts.md (each ### Image N: block is paste-ready for ChatGPT / Gemini / Midjourney; auto-generated from image_prompts.json) and the required placement project/images/<filename>. Resume Step 7.1 only after all expected files are in place. finalize_svg.py and svg_to_pptx.py do not detect missing files at this layer — proceeding with gaps produces a deck with broken image references.

⚠️ Run the three sub-steps one at a time — each must complete successfully before the next. ❌ NEVER combine them into a single code block or shell invocation.

Canonical three-command pipeline (mirrors references/shared-standards.md §5):

Step 7.1 — Split speaker notes:

python3 ${SKILL_DIR}/scripts/total_md_split.py <project_path>

Step 7.2 — SVG post-processing (icon embedding / image crop & embed / text flattening / rounded rect to path):

python3 ${SKILL_DIR}/scripts/finalize_svg.py <project_path>

Step 7.3 — Export PPTX (embeds speaker notes by default):

python3 ${SKILL_DIR}/scripts/svg_to_pptx.py <project_path>
# Output:
#   exports/<project_name>_<timestamp>.pptx           ← main native pptx (reads svg_output/, high fidelity)
#   backup/<timestamp>/<project_name>_svg.pptx        ← SVG preview pptx (reads svg_final/)
#   backup/<timestamp>/svg_output/                    ← Executor SVG source backup

The two products now read from different sources by design: native pptx consumes svg_output/ so the converter can preserve high-fidelity primitives (icon <use> placeholders, image preserveAspectRatio → srcRect, rounded rect rx/ry → prstGeom roundRect). The legacy/preview pptx still consumes svg_final/ because PowerPoint's internal SVG parser cannot handle those primitives. Pass -s output or -s final to force a single source on both products if you need the older single-source behaviour.

Optional animation flags (the defaults already enable rich entrance animations — adjust only when the user asks for something different):

• -t <effect> — page transition. Default fade. Options: fade / push / wipe / split / strips / cover / random / none.
• -a <effect> — per-element entrance animation. Default mixed (auto-vary across the deck). Pass none to disable, or pick a specific effect like fade. Requires top-level <g id="..."> groups (already required by Executor).
• --animation-trigger {on-click,with-previous,after-previous} — Start mode (matches PowerPoint's animation-pane Start dropdown). Default after-previous (click-free cascade; pace via --animation-stagger). Use on-click for presenter-paced reveals, or with-previous for all-at-once.
• --animation-config <path> — optional object-level sidecar. Default: <project_path>/animations.json when present.
• --auto-advance <seconds> — kiosk-style auto-play.

Optional custom animations (only when the user asks to tune animation order/effects/timing for specific objects):

Run the standalone customize-animations workflow. Default export already has global entrance animation; do not create animations.json unless object-level customization was requested.

Optional recorded narration (only when the user asks for narrated/video export):

Run the standalone generate-audio workflow. The AI picks a narration backend (edge by default, or a configured cloud provider such as ElevenLabs / MiniMax / Qwen / CosyVoice for high-quality or cloned voices), asks the user once (backend + voice + rate/settings + embed-or-not, all with recommended values), then executes notes_to_audio.py and (if chosen) re-exports the PPTX with --recorded-narration audio.

Do NOT call notes_to_audio.py directly without going through the workflow — --voice / --voice-id is required and the workflow produces the locale/provider-aware recommendation that makes the choice meaningful.

Full effect list, anchor logic, and limits: references/animations.md.

❌ NEVER substitute cp for finalize_svg.py — finalize performs multiple critical processing steps ❌ NEVER force -s output for the legacy/preview pptx (PowerPoint's internal SVG parser drops icons and rounded corners). The default auto-split already gives native the high-fidelity source it needs without touching legacy. ❌ NEVER use --only (it suppresses one of the two output files)

Post-export annotation window: the preview service from Step 6 typically remains running after export. If the user submitted annotations in the browser (during Executor or after export) and now asks to apply them — they may quote the browser prompt (Annotations saved. ... apply my annotations), say "apply my annotations" / "应用注解" / equivalent — run live-preview Step 2 to apply and re-export. Annotations submitted during generation are also handled here, not earlier.

Preview not running? Any time the user mentions "live preview", "preview", "看效果", or wants to select/click a slide element and the service is not running, run live-preview Step 1 to start it. If the service is already running, just point them at the URL — do not restart.

Role Switching Protocol

中文：Role Switching Protocol

• 本节说明 Role Switching Protocol 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：中文标题：Role Switching Protocol

Before switching roles, MUST first read the corresponding reference file. Output marker:

## [Role Switch: <Role Name>]
📖 Reading role definition: references/<filename>.md
📋 Current task: <brief description>

Reference Resources

中文：参考 Resources

• 本节说明 参考 Resources 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：中文标题：参考 Resources

Notes

中文：说明

• 本节说明 说明 相关的任务目标、输入、输出、关键约束和验收标准。
• 优先用中文向用户解释本节做什么、怎么用、失败时怎么办；下方保留的英文细则、参数、代码和命令作为机器可读规范。
• 执行前先核对任务前置条件：所需文件、所需依赖、所需环境变量、所需权限是否齐备。
• 执行后必须验证：文件是否存在、命令是否成功、产物是否完整、是否引入敏感信息。
• 如果本节是参考性章节而不是操作步骤，重点是给读者一个中文索引和阅读顺序，而不是直接产生新文件。

中文：说明

• Local preview: python3 -m http.server -d <project_path>/svg_final 8000
• Troubleshooting: on generation issues (layout overflow, export errors, blank images, etc.), check docs/faq.md for known solutions