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:
| Preference | Default | Effect |
|---|---|---|
screenshots | true | Runs browser capture for every selected section and ratio |
publishing | true | Publishes content and the completed static site through agentwiki |
languages | vi,en | Produces 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.
| Runtime | Invocation | Availability 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."/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."$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 intent | Resolved behavior |
|---|---|
--no-screenshots | Skips 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 intent | Selects English, Vietnamese, or vi,en |
| Reset intent | Removes 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
- The Skill resolves workflow control. Before reading the mission, it loads persisted preferences and applies explicit overrides.
- It creates durable planning state.
ak:project-managementcreates a dated directory underplans/, registers the applicable request-analysis, content, HTML, review, capture, and publish tasks, and records arguments and preferences. - 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. - It optionally publishes the document. When publication remains enabled,
agentwikiorganizes or creates a destination and publishes the content. - It designs the showcase.
ak:frontend-designcreates a self-contained HTML presentation with two to six sections, responsive composition, theme controls, citations, and Vietnamese-capable fonts when needed. - 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.
- It uses a conditional remote fallback. Only when publication is enabled,
local capture fails,
rwsexists, andRWEB_API_KEYis set, the workflow may capture the public page through ReviewWeb. - 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.
- 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.
agentwikimutates 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.mdorganized 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
| Symptom | Safe next step |
|---|---|
| The workflow wants to publish unexpectedly | Stop, set --no-publish, confirm the resolved JSON, and use a one-run override if appropriate. |
| A persisted opt-out is ignored | Read the resolved preference path and ensure a later request did not override it. |
| Project management is blocked | Resolve the missing plan context; do not continue to content or HTML work. |
| Puppeteer or Chrome is unavailable | Keep 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 missing | Stop and report; do not silently skip required capture or expose the key. |
| A section is missing from capture | Confirm its selector and visible layout, then rerun only the affected ratios. |
| Images exceed the intended storage budget | Reduce sections or ratios and inspect whether Sharp compression was available. |
| External claims lack citations | Keep the artifact local until every claim is supported or removed. |
| The runtime does not recognize the Skill | Confirm 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.
View or explain a project visually with ak:preview
Open existing content or generate Markdown and HTML explanations, diagrams, slides, diff reviews, plan reviews, and project recaps.
Create visual assets with ak:design
Route a visual-design request, generate or assemble the right artifact, and verify the files before delivery.