Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
nexu-io avatar

Live Artifact

nexu-io/open-design

  • 129 installs
  • 83.7k repo stars
  • Updated August 5, 2026
  • nexu-io/open-design

Spin up a live HTML design studio where each page section can be swapped in place so stakeholders pick variants before you lock tokens for production.

About

live-artifact from nexu-io/open-design produces a self-contained interactive design studio page. Teams iterate on nav, hero, lists, and footer variants with theme pills and palettes, then port the chosen look into production code.

  • In-place component swapping
  • Global theme controls
  • Mix-and-match layouts
  • Pre-production token lock-in

Live Artifact by the numbers

  • 129 all-time installs (skills.sh)
  • +1 installs in the week ending Aug 4, 2026 (Skillselion tracking)
  • Ranked #1,047 of 1,880 Design & UI/UX skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/nexu-io/open-design --skill live-artifact

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs129
repo stars★ 83.7k
Last updatedAugust 5, 2026
Repositorynexu-io/open-design ↗

What it does

Spin up a live HTML design studio where each page section can be swapped in place so stakeholders pick variants before you lock tokens for production.

Files

SKILL.mdMarkdownGitHub ↗

Live Artifact Skill

Create an Open Design live artifact: a project-scoped, previewable HTML artifact whose data can later be refreshed without redesigning the presentation.

Resource map

live-artifact/
├── SKILL.md
└── references/
    ├── artifact-schema.md      ← `references/artifact-schema.md`: artifact files, DTO shape, template binding rules
    ├── connector-policy.md     ← `references/connector-policy.md`: connector safety, redaction, credential boundaries
    └── refresh-contract.md     ← `references/refresh-contract.md`: source metadata, refresh execution, snapshots

Current status

Use the references in this directory as the source of truth for the live artifact file contract. Prefer daemon wrapper commands over raw HTTP when registering or updating live artifacts.

When to use this skill

Use this skill when the user asks for a data-backed view that should remain useful after the first render, for example a live dashboard, refreshable report, synced status page, auditable data view, or artifact that can later be refreshed from local/project data or connectors.

Before creating files, decide whether the user actually wants a live artifact or a normal static artifact:

  • Use a live artifact when the user mentions refresh, sync, recurring updates, connector-backed data, source/provenance tracking, dashboards, reports, or reusable data-backed views.
  • Use a normal static artifact when the user only wants a one-off HTML/mockup/image/file and does not need refresh, source metadata, or data/provenance panels.
  • If the intent is ambiguous, ask one short question: “Should this be refreshable/live, or just a static artifact?”

Workflow

1. Resolve scope and data source without blocking on connected connectors

  • Identify the preview goal, audience, data freshness expectations, and whether refresh should be possible later.
  • If the user explicitly names a connector/source such as Notion, GitHub, Slack, or Google Drive, do not ask “where should the data come from?” before checking daemon connector tools.
  • Prefer local/project sources or daemon connector tools when available.
  • Do not call provider APIs directly when a daemon connector/wrapper exists.
  • If connector data is needed, first list connectors with "$OD_NODE_BIN" "$OD_BIN" tools connectors list --format compact. If the named connector is present with status: "connected", choose an appropriate read-only auto tool from its catalog and execute it through the connector wrapper.
  • For Notion specifically, a connected notion connector plus a user brief that names Notion is enough to start with notion.notion_search using a query derived from the requested artifact/topic. Use notion.notion_fetch_database only when the user supplied a database id or the search result clearly identifies one.
  • Ask the user a data-source question only when no matching connected connector exists, multiple connected candidates fit equally well, or the requested artifact has no usable topic/query to search for. If you must ask, be specific: ask for the page/database/topic or permission to search broadly, not “where is the Notion data source?”

2. Author the source files

  • Write template.html as the human-designed HTML template.
  • Write data.json as the canonical preview data used by {{data.path}} bindings.
  • Write artifact.json with the live artifact metadata, preview declaration, document declaration, and safe source descriptors.
  • Write provenance.json with concise source notes, timestamps, non-sensitive connector references, and transformation notes.
  • Do not author index.html as source. The daemon derives index.html from template.html and data.json.

3. Keep data compact and preview-oriented

  • Store only normalized values needed by the preview.
  • Summarize large lists, provider responses, or logs before writing them into data.json.
  • Stay within the bounded JSON rules in references/artifact-schema.md.

4. Apply safety rules before registration

  • Never store credentials, OAuth tokens, API keys, cookies, auth headers, raw provider responses, HTTP envelopes, full payloads, or secret-like fields in artifact.json, data.json, provenance.json, or source metadata.
  • Avoid forbidden key names such as raw, rawResponse, payload, body, headers, cookie, authorization, token, secret, credential, and password anywhere in persisted JSON.
  • Use escaped html_template_v1 interpolation only. Raw/unescaped HTML interpolation is not allowed.

5. Register or update through daemon wrappers

  • Use the Open Design daemon wrapper commands via "$OD_NODE_BIN" "$OD_BIN" instead of raw curl, bare node, or bare od:
     "$OD_NODE_BIN" "$OD_BIN" tools live-artifacts create --input artifact.json
     "$OD_NODE_BIN" "$OD_BIN" tools live-artifacts list --format compact
     "$OD_NODE_BIN" "$OD_BIN" tools live-artifacts update --artifact-id "$ARTIFACT_ID" --input artifact.json
  • The wrapper reads injected OD_NODE_BIN, OD_BIN, OD_DAEMON_URL, and OD_TOOL_TOKEN; do not print, persist, or override token values.
  • Do not include or invent projectId; the daemon derives project/run scope from the token.
  • Use raw HTTP only for daemon development/debugging when explicitly requested.

6. Use connector wrappers for connector data

  • Discover available connectors and tools:
     "$OD_NODE_BIN" "$OD_BIN" tools connectors list --format compact
  • Execute a read-only connector tool with a JSON object input file:
     "$OD_NODE_BIN" "$OD_BIN" tools connectors execute --connector "$CONNECTOR_ID" --tool "$TOOL_NAME" --input input.json
  • Persist only the compact normalized fields needed by the preview plus non-sensitive connector references (connectorId, toolName, accountLabel). Never persist connector credentials, transport metadata, or raw provider output.
  • Do not ask for connector secrets or duplicate setup. If status is connected, use the listed tools; if it is not connected, tell the user to connect it in the UI.
  • See references/connector-policy.md for listing/execution and credential boundaries, and references/refresh-contract.md for read-only refresh source metadata.

7. Report concise results

  • On success, return the artifact ID/title and note that index.html is daemon-derived.
  • On validation failure, fix the source files and retry through the wrapper. Do not bypass validation.

Required files

Every live artifact creation flow must produce these source files before registration:

  • template.html — declared skill output and source template for the preview.
  • data.json — compact, canonical preview data.
  • artifact.json — create/update input for daemon validation.
  • provenance.json — safe source and transformation summary.

index.html is the primary preview entry declared in frontmatter, but it is derived daemon output rather than agent-authored source.

Related skills

anthropicsFrontend DesignGenerate distinctive, production-grade frontend interfaces and components that avoid generic AI aesthetics.716k165kvercel-labsWeb Design GuidelinesAutomatically audit frontend code against the latest Vercel Web Interface Guidelines for consistency, accessibility, and UX quality.498k29.6klarksuiteLark WhiteboardGenerate valid Lark Whiteboard (Feishu Board) documents with correctly placed connectors, automatic routing, and proper schema compliance directly from agent inst389k16ksleekdotdesignSleek Design Mobile AppsGenerate mobile app screens and UI from plain English descriptions using the Sleek.design API.315k476leonxlnxDesign Taste FrontendOverride generic LLM frontend output with intentional, metric-driven UI/UX taste.301k69.4knextlevelbuilderUi Ux Pro MaxGet instant, high-quality UI/UX decisions, component recommendations, style guidance, and code improvements across web and mobile projects.290k112k
Design & UI/UXuiux
Browse by category
AI & AgentsFrontend & DesignBackend & DataDev ToolsAutomationTesting & ReviewSecurityMonitoring & CloudDocs & Planning
Design & frontend
Design systemsAnimation & motionAccessibility (a11y)CSS & TailwindUI designUXDesign to codeshadcn/uiLanding pagesBest design skills
Most searched skills
find-skillscavemanfrontend-designbrainstormingsystematic-debuggingstop-slopemil-design-engui-ux-pro-maxkarpathy-guidelinesweb-design-guidelinesreact-best-practicesgrill-meimprovemicrosoft-foundryagent-browser
Browse all listings
All agent skillsAll MCP serversAll marketplacesAll plugins

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.