From supervibe
Create and iterate presentation decks with Supervibe designers: brief -> storyboard -> HTML slide preview -> feedback -> approved PPTX -> Google Drive handoff.
npx claudepluginhub vtrka/supervibe --plugin supervibe# /supervibe-presentation Brief: User-facing command for presentation work. It routes the request to presentation agents, keeps the same review loop as design prototypes, and only exports `.pptx` after the deck is approved. ## Continuation Contract Do not stop after storyboard or first slide. A `/supervibe-presentation <brief>` invocation should continue through the deck pipeline from objective, storyboard, deck JSON, HTML preview, review, and feedback prompt unless the user explicitly stops/pauses, a required brief field blocks the next artifact, or export/upload requires explicit appro...
Share bugs, ideas, or general feedback.
Brief: User-facing command for presentation work. It routes the request to presentation agents, keeps the same review loop as design prototypes, and only exports .pptx after the deck is approved.
Do not stop after storyboard or first slide. A /supervibe-presentation <brief> invocation should continue through the deck pipeline from objective, storyboard, deck JSON, HTML preview, review, and feedback prompt unless the user explicitly stops/pauses, a required brief field blocks the next artifact, or export/upload requires explicit approval.
Intermediate story and slide decisions can be recorded as delegated decisions when the brief and recommended/default path are clear. Delegated decisions cannot satisfy the final deck approval gate. Browser feedback comments are revision inputs, not approval signals. The explicit approval gate is for final deck approval before PPTX export, not for every slide or section. Wait for explicit choice before export or Google Drive handoff.
| Form | Behavior |
|---|---|
/supervibe-presentation <brief> | Create or continue a deck from a natural-language brief. |
/supervibe-presentation --revise <slug> | Load feedback for .supervibe/artifacts/presentations/<slug>/ and revise the approved draft. |
/supervibe-presentation --export <slug> | Export .supervibe/artifacts/presentations/<slug>/deck.json to .supervibe/artifacts/presentations/<slug>/export/<slug>.pptx. |
/supervibe-presentation --drive <slug> | Prepare a Google Drive handoff manifest after PPTX export. |
Before story or visuals, run the local design expert reference path from
docs/references/design-expert-knowledge.md: preference/audience fit, local
design intelligence lookup, current reference scan when available, storyboard
flow, visual system, responsive preview, quality review, and explicit
feedback/approval. External references are supplemental and never replace local
design-system, memory, code, or design-intelligence evidence.
supervibe:_design:presentation-director for story arc, slide architecture, visual reference scan, and design-system alignment.supervibe:_design:presentation-deck-builder for HTML slide preview, feedback revisions, PPTX export, and Google Drive handoff.creative-director, ux-ui-designer, copywriter, ui-polish-reviewer, and accessibility-reviewer when the deck needs brand, screen, copy, visual QA, or accessibility depth..supervibe/artifacts/presentations/<slug>/:
brief.mdstoryboard.mddeck.jsonpreview/index.htmlassets/_reviews/feedback-resolutions/export/google-drive-handoff.mdnode scripts/preview-server.mjs --root .supervibe/artifacts/presentations/<slug>/preview --label "<slug> deck" --daemon.node scripts/build-presentation.mjs --input .supervibe/artifacts/presentations/<slug>/deck.json --output .supervibe/artifacts/presentations/<slug>/export/<slug>.pptx.templates/presentation/google-drive-handoff.md.tpl with target folder, file name, owner, exported PPTX path, and upload instructions.Ask only one question per message:
**Step N/M: deck outcome.**
What must this presentation make the audience do?
- Approve budget - strongest for investor or internal decision decks
- Understand product - strongest for demo or onboarding decks
- Buy / book a call - strongest for sales and proposal decks
Free-form answer also accepted.
draft - preview exists, feedback still open.approved - user accepted the deck content and visuals.exported - .pptx exists and passed smoke check.drive-ready - Google Drive handoff manifest exists.Do not skip from draft to exported. PPTX export must happen after explicit approval.
SUPERVIBE_PRESENTATION
STATUS: draft | approved | exported | drive-ready | blocked
ARTIFACT_DIR: .supervibe/artifacts/presentations/<slug>/
PREVIEW_URL: <local URL or none>
NEXT_ACTION: <feedback | approve | revise | export | drive handoff | blocked reason>
CONFIDENCE: <N>/10
.supervibe/artifacts/presentations/<slug>/.This command must load its executable profile from scripts/lib/command-agent-orchestration-contract.mjs and follow rules/command-agent-orchestration.md. The profile is the source of truth for ownerAgentId, agentPlan, requiredAgentIds, dynamic specialist selection, default real-agents mode, and agent-required-blocked behavior.
Before durable work or completion claims, run node <resolved-supervibe-plugin-root>/scripts/command-agent-plan.mjs --command /supervibe-presentation and follow the printed SUPERVIBE_COMMAND_AGENT_PLAN. The plan must show host dispatch support, proof source, AGENT_SELECTION_MODE, required agents, REQUIRED_AGENT_SOURCES, CALLABLE_AGENT_SOURCES, CALLABLE_AGENTS_READY, SCOPED_RECEIPT_GATE, MISSING_CALLABLE_AGENTS, and durable-write permission before any agent-owned artifact is produced. Role sources must distinguish definition availability from host-callable availability: REQUIRED_AGENT_SOURCES may include plugin-only, but CALLABLE_AGENT_SOURCES, CALLABLE_AGENTS_READY, and MISSING_CALLABLE_AGENTS decide whether the selected host can actually invoke the role. Plugin-only definitions are not enough for a real-agent completion claim.
Invoke the real host agents named by the plan and issue runtime receipts with hostInvocation.source and hostInvocation.invocationId. For active workflows, build the plan with --active --slug <slug> --handoff-id <handoff-id>; SCOPED_RECEIPT_GATE must be trusted for the current run before durable agent-owned outputs are allowed. Old global receipts are diagnostic only and do not unlock a new command/handoff. In Codex, invoke with spawn_agent using the CODEX_SPAWN_PAYLOAD_RULES and CODEX_SPAWN_PAYLOADS printed by command-agent-plan.mjs: forked payloads must set fork_context=true, must omit agent_type, model, and reasoning_effort, and must encode the Supervibe logical role in message instead of Codex agent_type. Record each returned Codex agent id with node <resolved-supervibe-plugin-root>/scripts/agent-invocation.mjs log ... before receipts are issued. inline is diagnostic/dry-run only. Do not emulate specialist agents, and do not let command or skill receipts substitute for agent, worker, or reviewer output.
Any claim that this command invoked another Supervibe command, skill, agent, reviewer, worker, validator, or external tool must be backed by a runtime-issued workflow receipt created with node <resolved-supervibe-plugin-root>/scripts/workflow-receipt.mjs issue .... Hand-written receipts are untrusted. Agent, worker, and reviewer receipts must include hostInvocation.source and hostInvocation.invocationId from a real host dispatch; command or skill receipts must not substitute for specialist output. Scoped current-run receipts are required for active command/handoff claims; old global receipts are diagnostic only and cannot authorize a new agent-owned output. Durable artifacts produced by this command must stay linked through .supervibe/memory/workflow-invocation-ledger.jsonl and artifact-links.json; run npm run validate:workflow-receipts and npm run validate:agent-producer-receipts before claiming the command, delegated stage, or produced artifact is complete.