AgentKit
DocsKitsCLI ReferenceDesktop App
BetaYou are reading docs for the beta channel (2.13.0-beta.20). Features may change before the next stable release.Switch to stable →

Skills

Create showcase artifacts with ak:show-off

Plan, research, design, review, capture, and optionally publish a self-contained presentation while controlling persistent workflow preferences.

Use ak:show-off to turn a prompt or Markdown brief into a polished, self-contained HTML showcase with cited content and optional section images. The workflow persists screenshot, publication, and language preferences, creates a durable plan, and can publish externally, so resolve those controls before the mission content is analyzed.

Choose ak:show-off for a presentation artifact

Use ak:show-off when

  • You need a scrollable demo, visual presentation, or social-ready showcase.
  • The work benefits from two to six designed sections with a strong hero.
  • You want responsive 16:9, 9:16, and 1:1 section captures.
  • You need bilingual Vietnamese and English output or a single supported language.

Choose another workflow when

  • You need a reusable application or product surface rather than a showcase.
  • You only need prose or a standard document without HTML presentation design.
  • The material contains credentials, private data, or content that cannot be researched, rendered, or published safely.
  • You cannot approve a plan artifact. Plan creation is a hard prerequisite.

Resolve preferences and prerequisites

The user-level defaults are consequential:

PreferenceDefaultEffect
screenshotstrueRuns browser capture for every selected section and ratio
publishingtruePublishes content and the completed static site through agentwiki
languagesvi,enProduces bilingual content with a toggle or parallel treatment

Preferences are stored at $AGENTKIT_HOME/show-off/preferences.json, falling back to ~/.agentkit/show-off/preferences.json. SHOW_OFF_PREFS_PATH can override the file for tests or a one-off advanced setup.

Before you start:

  • Complete Onboarding, and confirm Engineer Kit plus its inherited design and project-management Skills are installed.
  • Have Node.js 18 or newer available.
  • For local capture, provide Puppeteer and a usable Chrome or Chromium binary; Sharp is used when available to compress oversized images.
  • Decide whether internet research, public publication, and screenshot capture are allowed for this mission.
  • Exclude secrets and confirm rights to publish the supplied content and assets.
RuntimeInvocationAvailability boundary
Claude Code/ak:show-off ...Native delivery is the default. The workflow can use the full Engineer planning and browser-oriented toolchain when installed.
Cursor/ak:show-off ...Slash invocation is user-verified; nested Skill, browser, and publication parity are not established by that evidence.
Codex$ak:show-off ...Native discovery applies to the main Skill. Nested planning/design calls and browser automation depend on projected capabilities and may require runtime-native adaptation.

Request a bounded showcase

State the mission, audience, evidence standard, publication boundary, screenshot choice, and language. Add “for this run only” when an override must not persist.

/ak:show-off "Create an English-only launch demo from release-notes.md. Local only, no screenshots, for this run only. Cite every external claim and open the final HTML for review."
Control intentResolved behavior
--no-screenshotsSkips local and remote capture, marks capture skipped, reports local HTML
--no-publish or “local only”Skips both document and static-site publication
--languages en, --languages vi, or bilingual intentSelects English, Vietnamese, or vi,en
Reset intentRemoves the stored preference file and returns to defaults
“For this run only”Applies the override without persisting it

Without the one-run qualifier, an explicit preference change is saved immediately. The latest explicit instruction overrides stored state.

Understand what happens during a run

  1. The Skill resolves workflow control. Before reading the mission, it loads persisted preferences and applies explicit overrides.
  2. It creates durable planning state. ak:project-management creates a dated directory under plans/, registers the applicable request-analysis, content, HTML, review, capture, and publish tasks, and records arguments and preferences.
  3. It researches the mission. The workflow searches the internet for support and fact-checking, then writes cited section content to assets/showoff/<mission-name>/content.md.
  4. It optionally publishes the document. When publication remains enabled, agentwiki organizes or creates a destination and publishes the content.
  5. It designs the showcase. ak:frontend-design creates a self-contained HTML presentation with two to six sections, responsive composition, theme controls, citations, and Vietnamese-capable fonts when needed.
  6. It captures enabled outputs. The local script launches Puppeteer, waits for network idle, fonts, images, CSS backgrounds, layout frames, and the settle delay, then captures each section at every selected ratio.
  7. It uses a conditional remote fallback. Only when publication is enabled, local capture fails, rws exists, and RWEB_API_KEY is set, the workflow may capture the public page through ReviewWeb.
  8. It publishes and opens the result. When enabled, it updates the static site; in every flow it opens the local HTML or reports why that was impossible.
  9. It reconciles the plan. Each task is updated as it starts, completes, or is intentionally skipped.

With two to six sections and the three default ratios, capture can create six to eighteen high-resolution images. Each readiness signal is bounded by the default 15-second render timeout, plus a default 1.5-second settle delay per readiness pass; remote assets and animations can extend the overall run.

Keep publication and capture under explicit control

A stored default is not publication approval

publishing: true is a workflow preference, not proof that a new public destination, audience, credentials, or cost is approved. Confirm the exact publication action before agentwiki or ReviewWeb is used.

  • Internet research sends search queries and receives external content. Do not include private mission data in those queries.
  • agentwiki mutates an external content destination. Publication may expose the content and make the HTML reachable publicly.
  • ReviewWeb sends the public URL to an external screenshot provider and requires RWEB_API_KEY. The key stays in the environment and must never appear in a command or generated HTML.
  • Local Puppeteer starts browser processes, may load remote page assets, and writes image files. Stop failed or orphaned browser processes.
  • Preference writes, plan files, content Markdown, HTML, and images are durable disk effects. Review paths and size before keeping them.
  • The workflow does not authorize authentication work, database access, source deployment, commits, pushes, or handling sensitive data.

Verify the result

A complete run should give you:

  • A plan with the resolved preferences and accurate task status.
  • Cited content.md organized into the chosen sections.
  • A self-contained HTML artifact with a strong hero, system/light/dark theme control, responsive layout, and correct language treatment.
  • When enabled, images named by ratio and section under assets/showoff/<mission-name>/images/.
  • Capture JSON listing successful files, sizes, compression state, and any error.
  • A local review path and, only when explicitly approved, the public destination.

Verify at 16:9, 9:16, and 1:1; check that content is not clipped, Vietnamese diacritics render, controls are keyboard-visible, reduced motion is respected, citations resolve, and no credential or private text appears in artifacts. The package includes preference-helper tests runnable with Node; no test is defined for generated design quality or external publication.

Troubleshoot or continue

SymptomSafe next step
The workflow wants to publish unexpectedlyStop, set --no-publish, confirm the resolved JSON, and use a one-run override if appropriate.
A persisted opt-out is ignoredRead the resolved preference path and ensure a later request did not override it.
Project management is blockedResolve the missing plan context; do not continue to content or HTML work.
Puppeteer or Chrome is unavailableKeep publication off and report the local capture error; do not use remote fallback for a local-only run.
rws reports auth error or the key is missingStop and report; do not silently skip required capture or expose the key.
A section is missing from captureConfirm its selector and visible layout, then rerun only the affected ratios.
Images exceed the intended storage budgetReduce sections or ratios and inspect whether Sharp compression was available.
External claims lack citationsKeep the artifact local until every claim is supported or removed.
The runtime does not recognize the SkillConfirm target and scope, restart the runtime session, then follow Runtime cannot find a Skill or Agent.

Know the current limits

  • The default workflow assumes web search, bilingual output, screenshots, and publication; use explicit opt-outs for a smaller or private run.
  • Capture requires local browser dependencies or an eligible published remote fallback.
  • The license field points to LICENSE.txt, but that file is absent from both exact packages. Confirm distribution terms before redistributing Skill assets.
  • The current stable and beta packages contain identical ak:show-off, preference, capture, and preference-test files.