codex-slides-browser
Compatibility entry point for opening and operating Codex Slides in Codex's in-editor Browser, including scenario selection, Design Files, brand systems,…
Verify that Codex Slides changes are durably reflected in project state and visibly reflected in the exact Codex Browser slide, panel, version, checkpoint, or presentation surface. Use after creation, rendering, editing, restyling, mark edits, speaker-note changes, version
$ npx -y skills add nexu-io/codex-slides --skill codex-slides-verification --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/codex-slides-verificationContext preview
The summary Claude sees to decide when to auto-load this skill.
Verify that Codex Slides changes are durably reflected in project state and visibly reflected in the exact Codex Browser slide, panel, version, checkpoint, or presentation surface. Use after creation, rendering, editing, restyling, mark edits, speaker-note changes, version
name: codex-slides-verification description: Verify that Codex Slides changes are durably reflected in project state and visibly reflected in the exact Codex Browser slide, panel, version, checkpoint, or presentation surface. Use after creation, rendering, editing, restyling, mark edits, speaker-note changes, version restores, or export.
Use two signals before reporting a presentation task complete:
1. Read canonical project state with `get_project`, and read a named durable job with `get_project_run` or `wait_project_run` when a `runId` was returned. 2. Follow the returned `browserHandoff` and inspect the exact visible result in the Codex in-editor Browser.
1. Confirm the project id rather than guessing from a similar title. 2. For a durable run, require a terminal `complete` status. Treat `error` and `cancelled` as incomplete; a timed-out wait leaves the run active. 3. Confirm the expected page count, changed slide indexes, rendered images, transitions, speaker notes, current workflow stage, and current deck version. 4. Open the exact handoff returned by the mutation. Preserve its `slide`, `panel`, `version`, `mode`, `conversation`, `checkpoint`, and `run` query parameters. 5. In Browser, confirm the intended slide or panel is focused and the visible result matches the request. Do not treat a JSON response alone as visual QA. 6. Export only after the current or explicitly selected version passes review.
If the in-editor Browser is unavailable, use the project state and persisted slide-image endpoints as structural evidence, return the exact handoff URL, and state that visible Browser verification remains outstanding.
For cross-surface changes, also verify that refreshing or reopening the same project preserves the run result and deep-link focus.
🎨 Open-source AI slide studio inside Codex: image-native decks, every slide a full visual canvas. ⚡ 10+ high-quality slides in ~4–5 minutes — Fast mode renders every page in parallel. 🔍 Watch the whole chain live: research → outline → style → render → edit → present → export PDF/PPTX. 🖥️ Browser-first · zero API keys · durable projects.
Repo: nexu-io/codex-slides
Compatibility entry point for opening and operating Codex Slides in Codex's in-editor Browser, including scenario selection, Design Files, brand systems,…
Compatibility entry point for scenario-led creation, Design Files, brand systems, inspecting, revising, restyling, and exporting Codex Slides slide decks. Use…
Diagnose and recover from Codex Slides plugin, MCP, Browser handoff, local runtime, durable run, project resume, rendering, Design Files, export, and…
Compatibility entry point for researching a current topic into a source-backed Markdown brief and turning it into a Codex Slides outline or rendered deck. Use…
Collect and persist structured presentation requirements for Codex Slides, including scenario choice, audience, page count, language, format, research mode,…
Create, research, revise, restyle, present, inspect, and export Codex Slides slide decks from Codex, including scenario workflows, project Design Files, and…