메뉴
把任意内容（网页链接、文章、关键词）整理成一份结构化的播客视频大纲，是制作播客视频的第一步， 后续的幻灯片和对话脚本都从这份大纲生成，保证两者内容一致。 只要用户想制作播客视频、把文章变成视频、做一期播客、先规划内容结构， 或者说"做个大纲"、"做播客"、"把这篇文章做成播客"，就必须触发此技能—— 即使用户没有提到"大纲"，只要目标是制作播客视频就要触发。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
当用户想了解本体如何开发和使用时使用本技能。它能够通过 CRM 的实际 DEMO，演示以下 6 项能力：1）自然语言数据查询（无需 SQL）；2）聚合统计分析；3）字段歧义智能消歧；4）非结构化文本转对象和跨表视图的创建；5）数据操作（周报生成→信息抽取→客户录入→商机任务创建）；6）非结构化本体的文档融合检索。你可以通过以下对话唤起本技能：「给我演示一下」「本体能做什么」「怎么创建对象和视图」「结构化和非结构化怎么融合」「帮我查一下客户数据」。
当你想让 Agent 查询或操作你自己定义的业务数据（而不是系统内置数据）时使用本技能。它能够帮你用自然语言定义一张新的数据表，并基于这张表开发出本体对象，设定字段和字段含义，数据自动存入专属 数据表；还能创建跨表视图，让 Agent 同时查询多个对象。定义完成后挂载到当前数字员工，Agent 就能直接查询和操作你的数据了。你可以通过以下对话唤起本技能：「帮我创建一个任务管理对象」「我想建一个拜访记录表，包含客户名、拜访日期、跟进结果」「查看我有哪些本体对象」「把任务对象挂载到我的助理」。
当你有文档、图片、视频等非结构化内容存在知识库里，想让 Agent 能像查结构化数据一样精准检索和操作它们时使用本技能。它能够帮你给非结构化内容打上结构化标签（定义字段，如日期、主题、参会人），让每份文档/图片/视频都带有可查询的属性，实现结构化数据与非结构化内容的融合检索。定义的标签字段相当于表的字段，支持新增、修改、删除操作。与结构化本体的区别在于：内容本身存在知识库里，而不是动态表。你可以通过以下对话唤起本技能：「帮我创建一个会议纪要对象，绑定到我的会议知识库」「我的周报存在知识库里，想让 Agent 能按日期和项目名检索」「查看我的知识库有哪些」「把会议纪要对象挂载到我的助理」。
根据播客大纲生成双人对话脚本（主持人和嘉宾），对话自然流畅，每句话都标注对应的幻灯片编号， 方便后续配音和视频同步。也可以直接从关键词或文章生成对话脚本。 只要用户想写播客脚本、生成对话、把内容做成两个人聊天的形式、帮我写播客、做播客对白， 就应该触发此技能——即使用户只说"写个脚本"或"把这个做成对话"也要触发。
把幻灯片和播客配音合成为一个带字幕的视频，幻灯片随着对话内容自动切换，字幕逐句出现，是播客视频的最后一步。 只要用户说合成视频、生成视频、把幻灯片和音频合在一起、加字幕、做成视频、最后一步，好了合成吧， 或者前面几步都做完了想收尾，就应该触发此技能——即使用户只说"合成"也要触发。
用火山引擎（豆包）语音合成将播客对话脚本转成双声道音频，主持人和嘉宾各用一个声音， 同时生成精确到每个句子的时间信息，供视频合成使用。 只要用户想给脚本配音、生成播客音频、把对话变成声音、生成语音、脚本转音频， 或者正在做播客视频需要录音，就应该触发此技能——即使用户只说"配音"或"生成音频"也要触发。
| name | podcast-outline |
| description | 把任意内容（网页链接、文章、关键词）整理成一份结构化的播客视频大纲，是制作播客视频的第一步， 后续的幻灯片和对话脚本都从这份大纲生成，保证两者内容一致。 只要用户想制作播客视频、把文章变成视频、做一期播客、先规划内容结构， 或者说"做个大纲"、"做播客"、"把这篇文章做成播客"，就必须触发此技能—— 即使用户没有提到"大纲"，只要目标是制作播客视频就要触发。 |
将任意内容转化为结构化播客大纲——一份同时驱动幻灯片和播客脚本的核心文件。
PPTX 和播客脚本如果分别独立生成，很容易"聊的"和"显示的"不一致。通过共享同一份大纲，/slide-deck 从中构建幻灯片视觉内容，/podcast-script 从中展开对话，两者在同一套幻灯片编号下对齐——一致性由架构保证，不靠人工核对。
所有产物统一存放在：
<当前工作空间>/podcast-projects/<项目名>/v<N>/slide-outline.json
<当前工作空间> 是调用此技能时所在的目录。播客视频流水线中的所有技能建议在同一个目录下调用，确保 podcast-projects/ 始终在同一位置。
确定项目： 扫描 podcast-projects/ 目录：
自动版本： 读取 <项目名>/current.txt（不存在则初始化为 v1）：
slide-outline.json 已存在于当前版本 → 创建 vN+1/ 目录，将现有所有产物复制进去，再写入本次大纲，更新 current.txtslide-outline.json 不存在 → 直接写入当前版本，成功后更新 current.txt这些检查在花费大量时间后才发现问题之前捕获失败，所以要在生成大纲之前完成。任何一项未通过，停止并提示用户（见文末反问清单）：
根据用户给的内容类型做相应处理：
| 输入类型 | 处理方式 |
|---|---|
| GitHub URL | 克隆或 WebFetch README、核心文档，提取技术定位 + 核心亮点 + 架构概览 |
| 微信文章 / Markdown | 解析各章节标题和核心论点，提取数据/案例/结论 |
| URL（博客/论文） | WebFetch 全文，提取论点结构 |
| 关键词 / 主题 | 自行构建内容框架，覆盖核心问题、现状、争议、洞见 |
重点提取：
目标：8-12 张幻灯片，对应 10-15 分钟播客。
标准结构（灵活调整）：
| 位置 | 类型 | 说明 |
|---|---|---|
| 第 1 张 | cover | 吸引人的标题 + 一句话 hook |
| 第 2 张 | toc | 本集要聊的 2-4 个核心问题 |
| 第 3-N-1 张 | content | 每张聚焦一个主题，深入不浅尝 |
| 第 N 张 | summary | 精华回顾 + 行动建议或引发思考的问题 |
分配原则：
depth: "long"，过渡性内容给 depth: "short"幻灯片要点和音频讨论角度应该互补而非重复：幻灯片展示结论，音频解释为什么。
严格按此 schema 输出，每个字段都必须填写：
{
"meta": {
"topic": "原始主题的一句话概括",
"suggested_title": "建议的播客标题（具体、有吸引力）",
"total_slides": 10,
"estimated_duration_min": 12
},
"slides": [
{
"slide": 1,
"type": "cover",
"title": "幻灯片展示标题",
"subtitle": "副标题",
"key_points": [],
"speaker_notes": "开场对话要点：背景、为什么今天要聊这个、听众能从中得到什么",
"depth": "short"
},
{
"slide": 2,
"type": "content",
"title": "主题一：XXX",
"subtitle": "",
"key_points": [
"要点1（简洁，可视化）",
"要点2（数据或关键事实）",
"要点3（核心洞见或结论）"
],
"speaker_notes": "围绕这张幻灯片，讨论：具体案例、数据背后的含义、可能有的疑问、争议点",
"depth": "medium"
}
]
}
字段说明：
| 字段 | 填写规则 |
|---|---|
type | cover / toc / content / section / summary 之一 |
key_points | 幻灯片展示文字，每条 ≤20 字；cover、toc、section 类型必须为空数组 [] |
speaker_notes | 播客对话提示，具体到"讨论X案例"、"对比A和B"、"提出Y问题"，不要写"介绍该主题" |
depth | short（1-2轮）/ medium（3-4轮）/ long（5-6轮，必须含对立观点） |
subtitle | 仅 cover 和 toc 类型使用，其他填空字符串 "" |
各类型规范：
| type | key_points | depth |
|---|---|---|
cover | []（空） | short |
toc | []（空） | short |
section | [] 或 1条（章节主题词） | short |
content | 3-5条精炼要点 | medium 或 long |
summary | 3-4条核心结论 | short 或 medium |
将大纲保存到项目版本目录后，向用户展示摘要（幻灯片编号 + 标题 + type + depth），确认是否满意，满意后再继续。
大纲确认后告知用户接下来的完整流程：
✅ 播客大纲已保存至 podcast-projects/<项目名>/v<N>/
接下来（可并行运行）：
/slide-deck → 根据大纲生成 PPT 演示文稿
/podcast-script → 根据大纲生成播客对话脚本
之后：
/podcast-voice → 对话脚本转 MP3 配音
/podcast-video → PPT + 配音 → 最终视频
⚠️ /slide-deck 和 /podcast-script 必须读取同一份大纲文件，这是保证幻灯片内容与播客对话一致的关键。
写入文件前逐项验证，任何一项失败则修复后再保存：
total_slides 与 slides 数组长度一致slide 编号从 1 开始连续递增，无跳号cover、toc、section 类型的 key_points 是空数组 []content 类型的 key_points 每条 ≤20 字且非空speaker_notes 比 key_points 更长、更具体，不是 key_points 的复述depth: "long" 的 speaker_notes 中明确包含对立观点、争议点或可能的反驳| 缺失情况 | 标准反问 |
|---|---|
| 没有任何输入内容 | "请告诉我播客主题：可以是 GitHub 链接、文章路径，或关键词。" |
| URL 不可达 | "地址 <url> 无法访问，请确认链接是否正确，或直接粘贴文章内容。" |
| 文件路径不存在 | "找不到文件 <path>，请确认路径是否正确。" |
| 项目名未确认 | "这个播客项目叫什么名字？（用于创建目录，如 ai-tools-2024）" |
| 大纲格式不合法 | "大纲文件缺少必要字段（<字段名>），请先重新运行 /podcast-outline 生成合法大纲。" |
| 对大纲不满意 | 询问具体哪张需要调整，局部修改后重新校验，不重新生成整份大纲 |