播客节目策划与逐字稿：从选题、问题清单到开场白和 Shownotes
播客节目策划与逐字稿。为单人、对谈或嘉宾访谈节目策划一期：选题与看点、嘉宾背景、暖场/核心/追问问题清单、节目结构与时长，写能念出口的开场白、串场和结尾稿，做录完再补时间戳的 Shownotes 和嘉宾确认清单。当用户要录一期播客、准备访谈嘉宾或整理节目文字时使用。真实触发说法：帮我策划一期播客、下周录访谈帮我列问题、写个播客开场白、帮我整理嘉宾资料、做一下这期的 Shownotes。
装好之后怎么用
怎么用：在 AI 工具里直接描述任务即可自动触发。显式调用的写法各端不同：Claude Code / Cursor 等用 /podcast-episode-writer，Codex 用 $podcast-episode-writer，Kimi Code 用 /skill:podcast-episode-writer，ZCODE 用 $podcast-episode-writer，Gemini CLI 以自动激活为主。
适合谁：做播客的主持人和策划，单人节目、几个人对谈、请嘉宾访谈都能用。
解决什么问题：录之前要做的功课很多：选题、看点、嘉宾背景、问题清单、每段聊多久，开场白和结尾还得写成念得出口的话。这个技能按顺序把这些准备好，录完再根据转写稿补上 Shownotes 的章节时间戳。嘉宾背景只整理你提供的资料，不凭印象补充；还会给一份录前发给嘉宾的确认清单。
怎么用：装好后说「帮我策划一期播客，嘉宾是……」，贴上嘉宾资料和你想聊的方向。只要问题清单或开场白，也可以单独说。
提醒：口播稿写好后自己念一遍计时，再按实际语速增删。
GitHub 上的同类技能（MIT 协议）：alchaincyf/huashu-skills 里的 huashu-script-polish（把稿子改口语）、OneWave-AI/claude-skills 里的 podcast-content-suite（把转写稿拆成文章和社媒帖），想对照可以去看。这个技能是 AI写作小组集合！ 自己写的中文版，没有搬运它们的原文。
技能内容
SKILL.md版本与文件 ›播客节目策划与逐字稿
这个 Skill 能做什么
帮用户把一期播客从想法准备到可以开录，录完再补齐节目页的文字。三种形式都适用：
- 单人：一个人讲，需要提纲或逐字稿
- 对谈：两三位主持人聊一个话题，需要分工和推进顺序
- 嘉宾访谈：主持人提问、嘉宾回答，需要背景功课和问题清单
产出：选题与看点、嘉宾背景、问题清单、节目结构与时长、开场白/串场/结尾稿、Shownotes、嘉宾确认清单。它不替嘉宾写回答，不编造嘉宾的经历、头衔和观点。
什么时候使用
- 用户要录一期新节目，需要从选题开始策划。
- 用户约到了嘉宾，要做背景功课、列问题。
- 用户需要开场白、串场词、结尾稿或 Shownotes。
- 节目录完了，用户拿着转写稿要整理章节时间轴。
开始前需要什么
- 节目名称、定位和听众是谁（老节目可以给一期以前的 Shownotes 参考风格）
- 本期想聊什么，形式是单人、对谈还是访谈
- 目标时长，主持人人数和各自风格
- 访谈节目：嘉宾简介、作品、公开发言或采访的文字，由用户提供；你不自己搜索，也不凭记忆补充
- 录制方式：线上还是线下，有没有视频
用户已经给出的信息不重复问。没说时长的，按 40～60 分钟规划，并说明这个假设。
执行步骤
1. 选题与看点
- 一句话写出本期看点：听众听完能得到什么。
- 列 2～3 个具体看点，每个都要对应到嘉宾或主持人手里的真实素材。
- 选题太大时，给 2～3 个收窄的方向让用户选。
2. 嘉宾背景整理（访谈节目）
- 只用用户提供的资料，整理成：身份与头衔、主要经历、代表作品或项目、公开表达过的观点，每条注明来自哪份资料。
- 资料之间矛盾、年份或头衔不清楚的，标【需向嘉宾确认】；缺的标【需补充：……】。
- 你从资料里推断的内容（比如嘉宾可能愿意聊的方向）标【推断】，和资料原文分开。
3. 问题清单
- 暖场（2～3 题）：容易回答，让嘉宾放松，比如最近在忙什么、怎么入的这一行。
- 核心（5～8 题）：围绕 2～3 个子话题，每题只问一件事，用开放式问法（问「当时是怎么决定的」，不问「你是不是很纠结」）。每题附一句「想从这题得到什么」。
- 追问：每道核心题配 1～2 个，比如「能举个具体的例子吗」「如果重来一次会怎么做」。
- 备用题：时间富余时用。
- 不聊的话题：嘉宾提前说过不想谈的，单独列出，录制时避开。
对谈节目把问题清单换成话题推进表：每个话题谁抛出、谁接、聊多久。
4. 节目结构与时长
用表格列出段落、内容、预计时长、负责人，例如：
| 段落 | 内容 | 时长 | 负责 |
|---|---|---|---|
| 开场 | 介绍节目和本期看点 | 1～2 分钟 | 主持人 A |
| 暖场 | 暖场问题 | 5 分钟 | 主持人 A |
| 话题一 | …… | 15 分钟 | A 提问，B 补充 |
各段相加等于目标时长，并留几分钟给临场展开。
5. 开场白、串场、结尾稿
写给耳朵听，不是给眼睛看：
- 句子短，一句只说一个意思，少用「然而」「此外」这类书面连接词
- 长串数字、英文缩写尽量避开，必须说的就解释一下
- 开场白：我们是谁、这期聊什么、为什么值得听，念出来 1 分钟左右
- 串场：一两句话收住上一段、引出下一段
- 结尾稿：回顾一两个要点、感谢嘉宾、告诉听众在哪里能找到节目、留一个互动问题
- 单人节目：按用户素材写提纲或逐字稿，用户没给的事例标【需补充】
写完提醒主持人念一遍计时，按实际语速增删。
6. Shownotes
录制前先出框架，录完再补全：本期简介（2～3 句）、嘉宾简介（用嘉宾确认过的版本）、章节时间轴、节目中提到的书和作品。录制前时间轴只写章节标题，时间戳写【录制后填写】；提到的书和作品录完按实际内容填。用户录完提供带时间码的转写稿时，按转写稿里的实际时间填章节时间戳，不按策划稿推测。
7. 嘉宾确认清单
录前发给嘉宾或当面确认：
- 称呼、头衔和简介的写法
- 可以公开和不愿公开的信息，不想聊的话题
- 录制时间、时长和方式（线上录制请准备耳机和安静的房间）
- 是否同意录音并公开发布，剪辑后要不要先听一遍
- 宣传用的照片和简介能否使用，预计发布时间
输出格式
- 本期看点：一句话加 2～3 个具体看点
- 嘉宾背景（访谈节目），每条附资料来源
- 问题清单或话题推进表
- 节目结构与时长表
- 开场白、串场、结尾稿
- Shownotes 框架
- 嘉宾确认清单
- 需补充和需确认清单
用户只要其中一项时，只给那一项。
质量检查清单
- [ ] 嘉宾背景每条都能对应到用户提供的资料，没有凭印象补充
- [ ] 没有替嘉宾预设回答，没有编造经历、头衔和观点
- [ ] 推断的内容标了【推断】，和资料原文分开
- [ ] 核心问题每题只问一件事，并且是开放式问题
- [ ] 各段时长相加等于目标时长
- [ ] 口播稿念出来顺口，没有拗口的长句和书面腔
- [ ] Shownotes 的时间戳留空待填，没有提前编时间
信息不足时怎么处理
- 没有嘉宾资料：背景部分全部标【需补充】，先给出需要用户收集的资料清单和嘉宾确认清单。
- 不知道听众是谁：按「对话题感兴趣、但不是专业人士」的听众写，并在开头说明。
- 嘉宾资料里有敏感内容（官司、隐私、争议事件）：提醒用户先和嘉宾确认能不能聊，不默认写进问题清单。
- 用户想让 AI 模拟嘉宾回答来预演：可以做，但要明确标注为虚构练习，不能当作嘉宾的观点使用，也不能写进 Shownotes。
评论 0
更多
登录后可点赞、收藏、评论和举报。
还没有评论，先发起一个具体问题。