演示文稿免费 已验证

氛围电影感 SVG 演示文稿

把研究资料与传播主题整理成具有电影感的图像叙事演示文稿。通过可编辑的 SVG 画面、克制的编辑排版和清晰的节奏,帮助专业团队讲述值得记住的故事。

你会得到

  • 包含可编辑 SVG 构图的 16:9 独立 HTML 演示文稿
  • 适用于标题、证据、引语和转场的电影感画面系统
  • 以行动为导向的标题和适合演讲的精简说明
  • 包含 8 至 10 页、节奏连贯且布局多样的叙事结构
  • 使用本地系统字体、无需联网即可运行的输出文件

适合

  • 科学、文化与公共议题传播
  • 活动方案、编辑简报和创意策略汇报
  • 需要用可信证据建立记忆点的专业受众

不适合

  • 包含大量表格的运营数据报表
  • 必须展示实时产品界面或交互流程的产品演示

你需要提供

  • 原始资料或简明的叙事简报
  • 受众、使用场景和希望促成的行动
  • 经过核实的事实、数据和引语
  • 期望的结尾行动或决策

运行要求

  • A modern browser
  • Node.js 20+ for the validator

运行成本

No external services. Runs entirely on your agent.

试试这个提示词

/sl-atmospheric-cinematic-svg-deck 为虚构的 Northfield Civic Lab 制作正好 9 页演示文稿,说明遮阴路线如何降低热应激:从不安全的日常步行,到概念性的 1.2 公里路线、三个设计动作和实地证据,最后提出为期六周的城市试点。加入示例中的四项路线数据和虚构协调员引语。标题为“Shade can turn a hot walk into a viable route”,结尾为“Start with one route people already want to use”。采用电影感 SVG 边框系统。

后续提示词

  • 请重新设计证据页,让整体节奏更安静,并减少图表中的标签数量。
  • 请将这份演示文稿压缩为 6 页,同时保留核心论点和结尾行动。
  • 请把陶土色强调色替换为克制的蓝色,并重新平衡 SVG 边框层级。

验证情况

已验证

render-checkpass5.0 / 529s

常见问题

生成后可以继续修改吗?

可以。输出是独立的 HTML 文件,文字、内嵌 SVG 图形以及颜色、间距和字体等 CSS 变量都可以继续编辑。

没有外部图片时,电影感从哪里来?

视觉语言由分层 SVG 边框、等高线、半透明平面、裁切标记和受控的强调色构成,因此既有氛围,也便于携带和修改。

可以加入真实数据吗?

可以。请提供经过核实的数值和单位。技能会将其放入统计或图表布局,并添加明确的结论,不会自行编造证据。

SKILL.md

SKILL.md

Atmospheric Cinematic Svg Deck

An editable 16:9 HTML slide deck that turns source material into a cinematic visual narrative built from atmospheric SVG frames, disciplined typography, and purposeful editorial pacing.

Style: Cinematic Frame Study. Quietly dramatic and tactile, pairing documentary restraint with luminous framed compositions that make each idea feel like a carefully observed scene. Follow references/style-guide.md exactly.

Use this skill when

  • Science, culture, and public-interest storytelling
  • Campaign concepts, editorial briefings, and creative strategy presentations
  • Audiences that need memorable visual framing around credible evidence

Do not use

  • Dense operational dashboards, long-form reports, or presentations that require many simultaneous tables and controls.
  • Brand systems that depend on photorealistic product imagery, playful illustration, or highly decorative interface components.
  • To reproduce another company's brand, logo, product UI or copyrighted characters.

Inputs

  • Source material such as research notes, campaign brief, article draft, or interview transcript
  • Audience, presentation setting, and desired decision or response
  • Key evidence, metrics, quotations, or visual references to preserve
  • Preferred closing action, publication context, and any required terminology

If something essential is missing, ask one short question before starting. Never invent facts, numbers, quotes or customer names; mark gaps as [needs source].

Workflow

  1. Read all source material. Separate facts from opinions and keep the user's terminology; mark missing facts as [needs source] instead of inventing quotes, numbers or names.
  2. Write the title spine first: one action title per slide (a full sentence with a verb). Read the titles in order; they must make the argument on their own.
  3. Copy references/template.html to the output path, for example deck.html. Keep its paging engine, overview mode (press o), notes panel (press n) and print stylesheet intact.
  4. Apply the tokens from references/style-guide.md (they are already set in the template's :root); do not add other colors or webfonts.
  5. Choose layouts from references/layouts.md. Never use the same layout on more than two consecutive slides. Copy the matching example slide, fill every REPLACE_ value and delete unused examples.
  6. Keep body text under 40 words per slide; move detail into speaker notes. Write notes for every data-slide-id in window.__SLIDE_NOTES__; notes add delivery context and do not repeat the slide.
  7. Icons and diagrams are inline SVG only (the template's icon set or simple shapes in token colors). Never use emoji, icon fonts or remote images.
  8. Run the validator and fix every problem it reports:

``bash node scripts/validate-deck.mjs deck.html --expected-slides 8 ``

  1. Open the deck in a browser: check arrow keys, overview, notes, a 390px wide window and print preview (one 16:9 slide per page).

What makes this excellent

  • Reduce the source into a clear emotional and informational arc before selecting slide layouts; each slide should advance the argument rather than merely restate a section.
  • Translate abstract ideas into editable SVG atmosphere: contour lines, cropped fields, framed horizons, translucent planes, and one deliberate accent mark.
  • Open with a title slide that establishes the subject as an image and a proposition, then alternate analytical slides with visual breathing room.
  • Use action titles that state what the audience should understand or do, and keep supporting copy short enough to scan at presentation distance.
  • Treat charts, statistics, and comparisons as editorial evidence inside the frame system; label units clearly and add a concise takeaway.
  • Vary layouts across the deck and never repeat the same layout three times consecutively; preserve rhythm through shared alignment and frame geometry.
  • Finish with a concrete next step and a visually quiet closing composition that can remain on screen during discussion.

Output contract

  • One file, deck.html, 16:9, self-contained (no network requests, no storage APIs), opens from file://.
  • Exactly the requested number of section.slide elements, each with a unique data-slide-id and speaker notes.
  • A short hand-off note: slide count, layouts used, sources used, any [needs source] gaps, and the validator output.
  • Deliver a self-contained 16:9 HTML deck with inline editable SVG shapes, local system fonts, and no external network dependencies.
  • Use at least six distinct slide layouts across an 8-10 slide sample deck, with the title layout first and a closing action slide last.
  • Preserve the source hierarchy, label every chart unit, and keep all visible text editable in the generated HTML.

Reference demo and agent run

The preview is a reference deck built from sample content. Figures on chart and stat slides are sample data and say so in the slide footer; image areas are labelled slots. In a real run the agent uses the user's sources and assets, adds a source note to every slide that states a figure or claim, and keeps every promise in the output contract above.

Failure rules

  • If the validator fails, fix the deck and run it again; do not hand over a failing deck.
  • If source material contradicts itself, show both claims and flag it in the notes instead of choosing one silently.
  • If the user needs an editable PowerPoint file, say that this skill delivers HTML before starting.

相似技能

氛围电影感 SVG 演示文稿 · SkillLoom