Collect and persist structured presentation requirements for Codex Slides, including scenario choice, audience, page count, language, format, research mode, visual direction, source-file roles, and clarification checkpoints.
Collect and persist structured presentation requirements for Codex Slides, including scenario choice, audience, page count, language, format, research mode, visual direction, source-file roles, and clarification checkpoints.
Use when a new deck request is ambiguous or scenario-led.
Stronger alternatives
This repository is archived — consider an actively maintained alternative.
Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.
Claude CodeNot declared
CursorNot declared
CodexNot declared
GitHub CopilotNot declared
WindsurfNot declared
Gemini CLINot declared
ClineNot declared
OpenCodeNot declared
Repository health
Stars859
LicenseLICENSE
Default branchmaster
Open issues4
Status
Archived
Package contents
Files included with this skill beyond the listing page.
skill mdSKILL.md2,097 B
docsSUMMARY.md320 B
History
First seen on skills.sh
First recorded snapshot · 12 installs
SKILL.md
Codex Slides Structured Intake
The Codex Slides Browser owns the canonical intake form. Structured intake must produce one durable project and one shared clarification state, not a separate chat-only questionnaire.
Flow
Call opencodexslides without a project id and follow its
browserHandoff to the home/create workspace.
When a workflow preset fits, call list_scenarios, then open the selected
scenario deep link. Use product-owned defaults and source slots.
Submit the user's topic and available files in the Browser. Assign every
uploaded file its scenario role; do not flatten datasets, source decks, brand assets, and visual references into one undifferentiated list.
Let the product create the durable project before clarification. Keep the
clarification checkpoint visible and persist answers in project workflow state.
Ask only questions that materially change the result: audience, purpose,
page count, language, aspect, research depth, evidence constraints, and visual direction. Use recommendations already present in the form.
Continue through outline and inspiration checkpoints in the same Browser
project. Do not call the unattended create_deck path unless the user asked for a headless run.
If Browser submission is unavailable, use startproject as the deterministic fallback, immediately follow its clarification handoff, and keep later choices attached to that same project id. getonboarding_questions may help formulate the intake, but its output is not a second source of truth.
When a durable outline or render job is useful, call startprojectrun, keep its runId, and use waitprojectrun or cancelprojectrun without closing the Browser workspace.