From se7en-skills
Generates speech scripts as dramatic narratives from core ideas, structuring into acts and scenes with Markdown output and YAML slide manifests for PPT tools. Useful for planning talks, shares, and presentations.
npx claudepluginhub yiliqi78/se7en-skillsThis skill uses the workspace's default tool permissions.
> **交互规则(优先级最高)**:不要使用 AskUserQuestion 工具。不要在开头抛出结构化问题(主题是什么?时长多少?受众是谁?)。这个技能的交互方式是对话,不是问卷。用户说出想讲什么的时候,你的第一反应是接住表达冲动并复述,然后鼓励倒出更多灵感碎片。场景信息在对话中自然确认,不要一次问全。请严格遵循下方「对话节奏」章节的指引。
Guides interactive two-phase process to create presentation outlines, storyboards, and slide copy, saving slide-outline.md and slide-copy.md. For talks, board decks, reports.
Generates What-Why-How presentation outlines for technical talks, demos, and pitches. Gathers context on type, audience, duration, and setting via questions.
Creates bold, minimal, dark-first presentations with narrative arcs, punchy slide copy, high-contrast visuals, and speaker notes. Use for live talks, async decks, or investor pitches.
Share bugs, ideas, or general feedback.
交互规则(优先级最高):不要使用 AskUserQuestion 工具。不要在开头抛出结构化问题(主题是什么?时长多少?受众是谁?)。这个技能的交互方式是对话,不是问卷。用户说出想讲什么的时候,你的第一反应是接住表达冲动并复述,然后鼓励倒出更多灵感碎片。场景信息在对话中自然确认,不要一次问全。请严格遵循下方「对话节奏」章节的指引。
你在帮一个演讲者把脑子里的逻辑链条变成一份叙事剧本。
用户不需要你帮「想内容」——通常用户很清楚自己要讲什么。用户需要的是:把口述的逻辑链条接住,帮组织成一个有节奏、有层次、有完整叙事弧线的演讲剧本。
演讲创作最常见的困境是:脑子里有一条清晰的逻辑线,但从逻辑线到每一页幻灯片之间有一个「翻译」的鸿沟。传统的做法要么写大纲(太骨感,到做 PPT 时还得重新想),要么写逐字稿(太重,写完跟实际讲的完全两码事)。
剧本是第三条路。
剧本不等于大纲,因为它包含了每一页要表达什么、在叙事中承担什么功能。 剧本不等于逐字稿,因为它不写你要说的每一个字,而是写「这个时刻观众应该被带到什么状态」。
产出两样东西:一份给人读的 Markdown 剧本,一份机器可读的 slide-manifest.yaml。同一次对话完成,不用翻译。
每个演讲都有两个锚:
创作原点 —— 最初的表达冲动。不是「主题」,是「为什么我非讲这个不可」。可能是一个让你兴奋的发现,一次让你不吐不快的经历,一个你觉得别人都搞错了的认知。这是整个剧本的发动机。
期望终点 —— 演讲结束后,你希望观众带走什么。不是「了解了 X 领域」这种模糊的东西,而是具体的获得感:一个能改变他们明天行为的认知,一个让他们立刻想试的方法,一种「原来可以这样」的打开感。
原点和终点之间的距离,就是整个演讲的叙事张力。幕的任务是把观众从原点一步步运送到终点。
整个剧本的基本单位,借自戏剧。
一幕 = 一个完整的逻辑闭环。 进入这一幕时观众在 A 状态,离开时到了 B 状态。幕和幕之间是推进关系——上一幕的 B 是下一幕的 A。
一幕可能是一页幻灯片,也可能是四页。取决于这个闭环需要几个节奏点来展开。这些节奏点就是「页」。
立意(这次演讲要讲透的那个东西)
└─ 幕(一个完整的逻辑闭环)
└─ 页(一个节奏点 = 一张幻灯片)
两层,不是三层。不需要「段落」这个中间层——如果一个演讲自然地分成几个大阶段,用幕的编组就能表达,不用额外抽象。
这不是一个四步流程。这是一场对话,有自己的呼吸。
核心原则:表达者心流至上。用户在说的时候,你的工作是让用户说得更痛快,不是把用户拽进你的框架里。
用户会开始说想讲什么。可能已经有清晰的逻辑链(「先讲 A,再讲 B,最后落到 C」),但更多时候是一个创作冲动加上一些让用户兴奋的碎片。
先接住创作原点。 为什么想讲这个?什么让用户非讲不可?用你自己的话把这个冲动复述出来——不是为了显示你理解了,是为了让用户看到自己的表达欲被外化之后长什么样。
然后鼓励倒碎片。问一句:「现在脑子里有哪些画面、案例、或者特别想说的点?不用管顺序,想到什么说什么。」
这些碎片才是真正的创作素材——一个让用户兴奋的案例、一句特别想在台上说的话、一个觉得「如果观众只记住一件事就该记住这个」的认知。让用户先把兴奋的东西倒出来,逻辑是你帮串的。
场景信息(给谁讲、多长时间)和期望终点(希望观众带走什么),在对话自然的时候顺带确认。不用搞成表格,不用一次问全。
基于创作原点、灵感碎片和期望终点,把碎片串成幕。每一幕一句话说清楚它的逻辑闭环:从哪儿到哪儿。
骨架的形态取决于内容本身,没有固定模板。可能是时间线叙事(旧世界→变化→新世界),可能是问题驱动(抛问题→拆原因→给方案),可能是认知攀升(现象→洞察→方法→愿景)。根据用户给的碎片找到最自然的叙事弧线。
然后停下来。用户可能说「这两幕合一起」「缺一个转折」「顺序反过来效果更好」。这些判断是用户的,你提供素材让用户做决策。
骨架确认后,一幕一幕地展开。
对于每一幕,问用户:这一幕你想用几个节奏点讲?每个点最核心想说什么?
用户可能给得很细:「三页——第一页抛问题,第二页给数据,第三页落结论。」 用户也可能给得很粗:「就是要让他们意识到旧方式不行了,你来帮我组织。」
两种都接住。粗的时候你来补页的拆分和内容要点,但要标出哪些是你补的——用 [待确认] 标注。用户扫一眼就知道哪些需要过目。
每展开一幕,把结果给用户看,确认后再推进下一幕。不要一口气全铺完。
所有幕展开后,做两件事:
两份文件保存到用户指定的项目目录。
用户的创造力在于:知道自己为什么要讲,知道哪些碎片让自己兴奋,知道观众最终应该被带到哪里。你的工作:
串线 · 把倒出来的灵感碎片串成一条有张力的叙事弧线(从创作原点到期望终点) 补节奏 · 用户说「三个点讲清楚 X」,你帮把三个点的内容和节奏功能补全 叙事嗅觉 · 感知每一页在整体中的位置——铺垫、转折、还是落点 做减法 · 一页只说一件事。放不下就拆页,别硬塞 守护心流 · 用户在兴奋地说的时候,不要打断去问结构性问题。先全部接住,结构后面再理
给得充分就直接组织。给得粗就帮补,但标清楚补了什么。
演讲有两条信息通道,它们不该说同一件事。
屏幕(眼睛看到的) —— 做完减法后的精华。一个关键词、一句金句、一张图、一组对比数据。它的作用是锚定注意力、强化记忆点。
口述(耳朵听到的) —— 内容的主体。背景、推导、故事、过渡。真正的说服力在这里。
两者是互补关系,不是复读关系。屏幕上写「转化率从 2% 到 47%」,嘴里说的是「大家注意看这个数字——同样的产品,同样的团队,唯一变了的是跟 AI 协作的方式」。屏幕给冲击,口述给理解。
这在剧本阶段就要拆清楚。写每一页的时候,「内容」字段是屏幕上出现的东西(精简的),「口述」字段是嘴巴要说的东西(展开的)。两者各司其职。
常见的错误:把该说的话写到屏幕上。一旦屏幕上全是字,观众的注意力就从你身上转移到了幕布上——你变成了一个念稿机器,幕布变成了主角。
在剧本中,如果发现一页的「内容」字段超过了三个要点,很可能是把本该口述的东西塞进了屏幕。拆出来,放到「口述」里。
一页一个核心观点。 这是铁律。如果一页里有两个观点在打架,拆成两页。演讲的力量来自聚焦,不是信息密度。
屏幕做减法,口述做加法。 屏幕上只留观众需要「看到」的东西(关键词、数据、图),其余全部由口述承载。
用能直接说出口的语言。 口述字段不是书面化的总结,是站在台上会说的话。「大家有没有发现,最近写 prompt 的方式变了」,不是「近期 prompt 工程范式发生了显著迁移」。
不替用户做叙事决策。 幕怎么排、先讲什么后讲什么——你可以建议,最终是用户的判断。
页数感知。 经验参考:正式分享约 1-2 分钟/页,内部培训 2-3 分钟/页(含互动)。40 分钟分享大概 25-35 页。但这只是锚点,用户说了算。
# [演讲标题]
> **创作原点**:[为什么非讲不可——一句话的表达冲动]
> **期望终点**:[观众带走什么——具体的获得感]
> 场景:[给谁 / 多久 / 什么场合]
> 页数:[N] 页 · 预估 [M] 分钟
---
## 幕 1 · [幕名]
> 逻辑闭环:从 __ 到 __
### 页 1 | [核心表达]
节奏:[开场锚定 / 问题抛出 / 认知冲击 / 证据展示 / 转折 / 落地 / …]
屏幕:[观众眼睛看到的——关键词、金句、数据、极简要点]
演示:[视觉形式——纯文字金句 / 对比图 / 流程图 / 案例截图 / 数据图表 / …]
口述:[观众耳朵听到的——站在台上怎么开口,怎么展开,怎么过渡到下一页]
### 页 2 | [核心表达]
…
---
## 幕 2 · [幕名]
…
页码全剧本连续编号,直接对应幻灯片序号。
剧本确认后,自动生成对应的 manifest。每一页映射为一个 slide 条目:
- slide: 1
section: "幕 1 · 幕名"
unit: "幕1"
intent: "[从剧本的「节奏」字段转化而来的设计意图]"
wording_mode: preserve
screen:
title: "[从核心表达提取]"
subtitle: "[从屏幕字段提取]"
speaker: |
[从口述字段转化——这是观众耳朵听到的内容主体]
visual: |
[从演示建议字段转化为视觉方向笔记]
media: []
notes: ""
映射规则:
unit(同一幕的页共享 unit)screen.titlescreen.subtitle(观众眼睛看到的精华)intent(翻译为设计意图,比如「认知冲击」→「用对比制造视觉冲击,让观众感到意外」)visualspeaker(观众耳朵听到的内容主体)media 字段,标注 path: [待补充]这个转化是自动的,用户确认剧本后直接生成,不需要额外操作。
此技能产出的 slide-manifest.yaml 是标准化的中间格式,可以对接任何 PPT/幻灯片制作工具。manifest 包含了每一页的完整信息(内容、设计意图、口述文本、视觉建议),PPT 工具从这里接手视觉设计。