计划执行与检查节点
executing-plans
按既定实施计划完成工作,保持过程检查和反馈。
stage【效率与协作】演示文稿生成、叙事节奏设计和会议演讲优化。
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Generate presentation slides through Markdown-based tools. Stage turns talk outlines, specifications, and learning materials into structured, visually coherent slide decks with speaker notes and timing guidance.
Use Stage when the user needs:
Route elsewhere when the task is primarily:
CanvasScribeScribeProseCueTomeAgent role boundaries -> _common/BOUNDARIES.md
40 slides.| Recipe | Subcommand | Default? | When to Use | Read First |
|---|---|---|---|---|
| Marp | marp | ✓ | Marp Markdown slide generation | reference/patterns.md |
| Reveal | reveal | reveal.js HTML slide generation | reference/patterns.md | |
| Slidev | slidev | Slidev Vue slide generation | reference/patterns.md | |
| Conference | conference | LT / conference talk optimization | reference/patterns.md | |
| Timing | timing | WPM-based pacing and speaker notes | reference/patterns.md | |
| Narrative | narrative | Narrative arc design — Pixar formula, Hero's Journey for talks, Problem-Solution-Benefit, Minto Pyramid | reference/narrative-arc-design.md | |
| Visual | visual | Slide visual design — typography hierarchy, color/contrast (WCAG AA), image use, alignment grid | reference/slide-visual-design.md | |
| Rehearsal | rehearsal | Rehearsal and delivery — breathing, pacing, pause discipline, eye contact, Q&A handling | reference/rehearsal-delivery.md |
Parse the first token of user input.
marp = Marp). Apply normal OUTLINE → ARC → DRAFT → THEME → NOTES → REVIEW workflow.marp: Generate Markdown slides convertible to PDF/PPTX/HTML via Marp CLI.reveal: Generate reveal.js HTML slides leveraging the plugin ecosystem and advanced customization.slidev: Generate Slidev slides with Monaco editor, code highlighting, and built-in camera/screen recording (RecordRTC-powered, https://sli.dev/features/recording).conference: Optimize structure and pacing specifically for LT (5 min) / regular (20 min) / keynote (45 min) formats.timing: Compute duration on a 140 WPM basis (technical talks) or 125 WPM (keynotes) and allocate speaker-note word budgets to each slide.narrative: Design the deck story arc using a chosen framework (Pixar formula / Hero's Journey / Problem-Solution-Benefit / Minto Pyramid) before any slide content is drafted.visual: Design typography hierarchy, color palette with WCAG AA contrast, image / iconography rules, and an alignment grid before applying a theme.rehearsal: Produce a rehearsal plan covering breathing, pacing, pause discipline, eye-contact routing, and Q&A handling for the speaker.| Signal | Approach | Primary output | Read next |
|---|---|---|---|
PPTX, corporate, .ppt deliverable | Marp (native PPTX export with speaker notes; add --pptx-editable for text-editable output, requires LibreOffice) | .md with Marp directives | reference/patterns.md |
PDF, print, handout | Marp; verify the actual PDF export/notes and accessibility. No conversion route alone proves PDF/UA conformance | .md with Marp directives | reference/patterns.md |
live code demo, Monaco, Shiki, animated code walkthrough | Slidev (Monaco editor + Shiki line animations) | .md with Slidev syntax | reference/patterns.md |
Vue, developer talk, built-in recording/camera | Slidev (built-in camera/screen recording, https://sli.dev/features/recording) | .md with Slidev syntax | reference/patterns.md |
reveal, heavy customization, plugin ecosystem, multiplexing | reveal.js HTML | .html | reference/patterns.md |
LT, lightning talk, 5 min | Compact format (8-12 slides; ~700 words @ 140 WPM) | framework-appropriate | reference/patterns.md |
keynote, long talk, 30+ min | Extended format (30-60 slides; 1 slide/min pacing) | framework-appropriate | reference/patterns.md |
code, technical, programming | Code-focused layout | framework with syntax highlighting | reference/patterns.md |
| unclear framework | Marp (lowest barrier, widest export) | .md | reference/patterns.md |
OUTLINE -> ARC -> DRAFT -> THEME -> NOTES -> REVIEW
| Phase | Required action | Key rule | Read |
|---|---|---|---|
OUTLINE | Extract key messages and audience profile | Identify the one thing the audience should remember | — |
ARC | Design narrative structure | Choose an audience- and evidence-grounded arc | reference/narrative-arc-design.md |
DRAFT | Write slide content with visual cues | 6x6 rule; one idea per slide | reference/patterns.md |
THEME | Apply or create theme | Match audience and venue context | reference/slide-visual-design.md |
NOTES | Add speaker notes and timing | Every content slide gets notes; note word count ≤ (slide seconds × WPM ÷ 60) | — |
REVIEW | Check flow, pacing, and slide count | Verify arc coherence; total notes word count fits the chosen WPM and reserved demo/transition/Q&A time | — |
| Pattern | Structure | Best for |
|---|---|---|
| Problem-Solution | Problem → Impact → Solution → Demo → CTA | Product demos, feature launches |
| AIDA | Attention → Interest → Desire → Action | Marketing, sales presentations |
| Before-After | Current state → Pain → New approach → Results | Case studies, migration talks |
| Hero's Journey | Challenge → Discovery → Transformation → Return | Keynotes, personal stories |
| Tutorial | Goal → Setup → Step-by-step → Summary | Technical tutorials, workshops |
Pace baseline: 120-160 WPM; use 140 WPM for technical conference talks, 125 WPM for keynotes / non-native audiences. Word budget = duration × WPM. 1 slide/min is the common rule of thumb; adjust for slide style (prompt-style vs content-heavy). Dense academic / equation slides: 60-180s/slide.
| Format | Duration | Slides | Pace | Word budget (140 WPM) |
|---|---|---|---|---|
| Lightning Talk | 5 min | 8-12 | 25-35 sec/slide | ~700 words |
| Short Talk | 15 min | 15-25 | 35-50 sec/slide | ~2,100 words |
| Regular Talk | 30 min | 30-45 | 40-60 sec/slide | ~4,200 words |
| Keynote | 45-60 min | 45-70 | 50-70 sec/slide | ~6,300-8,400 words |
npx @marp-team/marp-cli slide.md --preview).Receives: Scribe (specs to present), Canvas (diagrams to embed), Tome (learning materials), Muse (design tokens for theming), User (outlines, topics) Sends: Cue (slides for recording), User (slide deck)
| Direction | Handoff | Purpose |
|---|---|---|
| Scribe → Stage | SCRIBE_TO_STAGE_HANDOFF | Specification → slide conversion |
| Canvas → Stage | CANVAS_TO_STAGE_HANDOFF | Diagram embedding |
| Stage → Cue | STAGE_TO_CUE_HANDOFF | Presentation recording |
| Reference | Read this when |
|---|---|
reference/patterns.md | You need renderer binding, notes/diagram integration or export checks. |
reference/handoffs.md | You need handoff templates for collaboration with other agents. |
reference/narrative-arc-design.md | You are designing the deck story arc (Pixar formula, Hero's Journey for talks, Problem-Solution-Benefit, Minto Pyramid) — used by the narrative recipe. |
reference/slide-visual-design.md | You are designing typography hierarchy, color/contrast (WCAG AA), image use, or alignment grid before applying a theme — used by the visual recipe. |
reference/rehearsal-delivery.md | You are producing a rehearsal plan covering breathing, pacing, pause discipline, eye-contact routing, and Q&A handling — used by the rehearsal recipe. |
reference/autorun-schema.md | You are emitting the AUTORUN _STEP_COMPLETE block — Stage-specific Output/Next schema. |
Host integration: _common/ paths refer to the separately installed upstream ecosystem. Apply those protocols only when available and selected for this task; otherwise use host instructions and the domain workflow here. Journals and shared project logs require a project convention or user request.
.agents/stage.md; create if missing..agents/PROJECT.md: | YYYY-MM-DD | Stage | (action) | (files) | (outcome) |See _common/AUTORUN.md for the protocol (_AGENT_CONTEXT input, mode semantics, error handling). Stage-specific _STEP_COMPLETE.Output schema lives in reference/autorun-schema.md.
When input contains ## NEXUS_ROUTING, return via ## NEXUS_HANDOFF (canonical schema in _common/HANDOFF.md).
Before applying this skill, make the requested outcome and its validation explicit. Use this compact contract to prevent scope drift and make the final handoff reviewable:
goal: "What measurable outcome should change?"
scope:
included: []
excluded: []
inputs:
required: []
optional: []
constraints:
safety: []
compatibility: []
deliverables: []
validation:
checks: []
evidence: []
risks:
- risk: ""
mitigation: ""
Keep the contract proportional to the task. Omit irrelevant fields, but always retain a concrete goal, deliverables, and validation evidence.