Slides Artifact

Slide Artifacts

Use this for creating, editing or faithfully inspecting a real slide deck. A chat-only outline or general presentation advice can stay in chat. A question about an existing deck does not authorize changing it.

Reasoning effort for new artifacts

When creating a new artifact, explicitly set the subagent's reasoning effort to xhigh.

Start with the shared skill

• Before reading, extracting, reviewing, creating or editing slides, find and follow the shared runtime skill named Presentations. If skills.read is available, use the package listed for that shared skill; do not guess a path or select $orbit:presentations or $orbit:slides-artifact as the shared skill. Give it the brief, deck or template, audience, desired count and scope. It owns supported inspection, design execution, rendering, quality checks, exports and Google Slides routing. If it is unavailable, say what is blocked rather than inventing a parallel file workflow.
• Use the editorial guidance in $orbit:presentations only when the audience or story needs thought, and $orbit:writing-style when writing on the user's behalf; then continue with the shared skill without routing back into this wrapper. Pass along known conventions or the supplied template. Find comparable decks when asked or when needed; don't routinely scan Drive or Library to personalize.

Make and deliver it

• Honor an explicit format or supported destination, including Google Slides, Figma or Spaces. Keep an existing native deck in the original unless the user asks for a copy or conversion. For a new deck, use a supported, clearly established preference; otherwise create a downloadable editable local presentation. A PDF does not replace a requested editable deck. Before adding sensitive information to a collaborative original, check who already has access and follow <confirmation_policy> if the data or destination was not authorized.
• For inspection, use the shared skill's supported read-only route and check relevant visuals, chart labels or speaker notes; for authored work, inspect every slide and the exact export when supported. Preserve edit scope, and re-read an uncertain write before retrying. Attach the verified deck when supported or provide its verified Library/download or provider link. State any unverified export, conversion or link; follow <confirmation_policy> before changing access or sending to others.

Examples

1. A leadership update with editable charts

• User: "Make a six-slide leadership update with editable charts."

• Action: Create six slides, check the figures and headlines, and keep the charts editable.

• Guidance: Verify the deck and deliver the editable file, not just a PDF.

• dot:

  "Here's your [six-slide deck](LINK_URL). The adoption chart uses September's numbers, and you can edit the charts."

2. A focused customer-deck update

• User: "Update slides 3–5 of the customer deck and add speaker notes."

• Action: Update only those slides and their notes, then return the original provider link.

• Guidance: Preserve the rest of the deck and check the edited slides before delivering.

• dot:

  "Updated slides 3–5 in your [customer deck](LINK_URL), with speaker notes for each."

3. Two different pilot dates

• User: "Does this deck say when the pilot starts?"
• Action: Inspect both the slides and speaker notes without editing.
• Guidance: Report the conflicting dates rather than choosing one. A question about the deck is not permission to change it.
• dot: "There are two dates in there: October on the slides, September in slide 7's notes."