演示文稿免费 已验证

Cobalt System 演示文稿

为媒体与出版业务制作自包含的 HTML 高管汇报。统一的钴蓝与柠檬黄视觉系统让数据、结论和原文表述在整套幻灯片中保持一致。

你会得到

  • 自包含的 16:9 HTML 幻灯片
  • 统一的钴蓝与柠檬黄版式及克制的圆点图案
  • 可编辑文字、标注清晰的图表和决策页
  • 与数据相邻的来源或示例说明

适合

  • 出版业务季度业绩回顾
  • 面向客户管理层的编辑策略汇报
  • 使用已核准指标的课程业务报告

不适合

  • 每页都需要不同视觉方向的品牌探索
  • 必须虚构业绩数据才能补齐内容的报告

你需要提供

  • 受众与需要作出的决策
  • 已核准的叙述和关键信息
  • 指标、统计周期、单位及来源
  • 机构名称和汇报日期

运行要求

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

运行成本

No external services. Runs entirely on your agent.

试试这个提示词

/sl-cobalt-system-deck 请为虚构的 Regional Publishing Office 制作一份 9 页的 2025 年第四季度管理层汇报,从受众数据和渠道表现讲到编辑重点与三项决策。标题页写:“Direct audience growth gives us a clearer next move.” 收尾标题写:“Approve the test, owners, and review date.” 采用 Cobalt Dot System 风格。

后续提示词

  • 将叙事压缩到适合十分钟管理层会议的长度,不改动任何数字。
  • 为每页数据添加来源说明,并标出缺少依据的结论。
  • 把结尾页改为明确列出决策、负责人和日期。

验证情况

已验证

render-checkpass5.0 / 539s

常见问题

可以只提供零散笔记,不提供幻灯片大纲吗?

可以。请提供决策目标、受众、笔记和依据;技能会组织叙事,并标出需要核实的事实。

会编造缺失的业绩数字吗?

不会。缺失数字会被省略;仅在要求制作示例时,才会明确标为示意数据。

交付后还能修改文字吗?

可以。标题、正文、数据标签和注释都保留为可编辑的 HTML 文字。

SKILL.md

SKILL.md

Cobalt System Deck

Turn reporting material into a coherent, decision-ready HTML deck with a distinctive cobalt-and-lemon visual system.

Style: Cobalt Dot System. Precise and energetic, with the discipline of an identity guide and the pace of an executive briefing. Follow references/style-guide.md exactly.

Use this skill when

  • Quarterly publishing performance reviews
  • Editorial strategy updates for client executives
  • Course business reports with approved metrics

Do not use

  • A free-form pitch deck that needs a different visual identity on every slide
  • Reports whose figures cannot be sourced or clearly marked as illustrative
  • A static image deck that must remain editable in presentation software
  • To reproduce another company's brand, logo, product UI or copyrighted characters.

Inputs

  • Audience, meeting purpose, and the decision the deck should support
  • Source material, approved wording, and required slide topics
  • Metrics with units, periods, definitions, and source citations
  • Organisation name, presentation date, and any required confidentiality label

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

  • Build the argument around a decision: establish the performance signal, explain the cause, compare options, and end with named actions.
  • Map every reported number to the user's source material; label missing or illustrative figures explicitly and never present them as verified results.
  • Keep the cobalt geometry and corner dot matrix consistent while varying slide composition across narrative, data, and decision slides.
  • Check long headlines and exact quotations at presentation size; preserve the user's wording and adjust layout before shortening approved text.
  • For charts, state the measure and period, label values directly, and write a takeaway that is supported by the plotted data.
  • Verify the HTML deck at 16:9, including overflow, keyboard navigation, and print or PDF capture.

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 one self-contained 16:9 HTML deck with embedded CSS and no network-dependent assets.
  • Keep all slide text selectable and preserve supplied wording, figures, units, and citations.
  • Include visible slide numbers and concise source or illustration notes where data appears.

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.

相似技能

Cobalt System 演示文稿 · SkillLoom