AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified Apache-2.0 Self-run

Visualize

skill-waitdeadai-minmaxing-visualize · by waitdeadai

Create a taste-to-artifact visualization package for a project, task, draft SPEC, UI, backend, agent runtime, dashboard, game, or product idea without implementing it. Use when the user asks to visualize taste.md, taste.vision, what the model thinks is being built, a product experience, UI mockup, architecture schematic, operator journey, or comprehension check before execution.

No reviews yet
0 installs
9 views
0.0% view→install

Install

$ agentstack add skill-waitdeadai-minmaxing-visualize

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets Used
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-waitdeadai-minmaxing-visualize)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
2mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Visualize? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

/visualize

Turn taste.md, taste.vision, and the current request into an inspectable comprehension artifact. This skill is for understanding and alignment, not implementation.

Contract

  • Read taste.md and taste.vision first.
  • If either file is missing, stop and route to /tastebootstrap.
  • Read $ARGUMENTS, active SPEC.md when relevant, and obvious public repo

anchors. Do not read .env, .env.*, .claude/settings.local.json, private customer artifacts, credentials, audit logs, or secret files.

  • Create one ignored run folder:
mkdir -p .taste/visualizations
RUN_DIR=".taste/visualizations/$(date +%Y%m%d-%H%M%S)-$(printf '%s' "$ARGUMENTS" | tr '[:upper:]' '[:lower:]' | sed -E 's/[^a-z0-9]+/-/g; s/^-|-$//g' | cut -c1-48)"
mkdir -p "$RUN_DIR"
  • Always write $RUN_DIR/visualization.md.
  • Do not implement, edit product code, promote assets, commit, push, deploy, or

mutate SPEC.md.

  • Keep the package no-secret: do not include credentials, private customer

artifacts, or raw environment values.

  • When the chosen mode is HTML, write the HTML as a companion artifact inside

RUN_DIR and keep visualization.md as the canonical human contract. The HTML must reference the canonical source files it renders or explains.

Understanding Card

Begin visualization.md with:

## Understanding Card

- Intended user:
- Product promise:
- Core experience:
- Non-goals:
- Visual or operational tone:
- Likely misunderstanding risks:
- Taste anchors:
- Vision anchors:

Surface Classification

Choose exactly one primary surface:

  • frontend-web
  • mobile-app
  • backend-api
  • data-dashboard
  • game
  • agent-runtime
  • infra/devtool
  • docs/brand

Record the chosen surface and a one-sentence reason.

Artifact Choice

  • frontend-web, mobile-app, product UI: produce a production-quality

UI/product mockup image when the current runtime exposes image generation. Use the no-image fallback when image generation is unavailable: write a precise image prompt plus an HTML/SVG/Mermaid schematic or UX storyboard.

  • data-dashboard: produce a dashboard mockup image when available; otherwise

a chart layout, metric hierarchy, and workflow schematic.

  • game: produce gameplay screen/key-art prompt when image generation is

available; otherwise a gameplay loop diagram, screen-state storyboard, or interaction map.

  • backend-api, infra/devtool, agent-runtime: do not force a fake UI image.

Produce an operator/user journey map, architecture schematic, state-flow, API experience narrative, Mermaid diagram, or HTML/SVG artifact.

  • docs/brand: produce a brand/page/content system visualization or narrative

structure.

For HTML mode:

  • prefer static, self-contained HTML with inline CSS
  • avoid remote scripts, remote stylesheets, remote fonts, analytics, and external

asset fetches unless the user explicitly asks for a shareable hosted artifact

  • include `, , `, and visible links or

labels for canonical files such as visualization.md, draft-SPEC.md, or approval.json

  • do not put requirements, approvals, source ledgers, or verification evidence

only in HTML

  • if the HTML is interactive, include a copy/export affordance that emits

Markdown, JSON, or prompt text the operator can paste back into the harness

If an image is generated, save or reference it inside RUN_DIR and record the actual path. If only a prompt, diagram, or markdown artifact is produced, say so plainly. Never claim an image was generated when it was not.

Required Sections

visualization.md must contain:

# Visualization: [short title]

## Understanding Card
## Source Inputs
## Surface Classification
## Chosen Artifact Mode
## Artifact Paths
## Image Prompt Or Diagram Source
## Assumptions
## Mismatch Risks
## Review Rubric
## Outcome

The review rubric must check:

  • taste alignment
  • vision alignment
  • user/operator experience clarity
  • component or workflow fidelity
  • text/label correctness when visual text is involved
  • privacy and no-secret posture
  • whether the artifact is useful for implementation decisions

Output

Return a concise summary:

## Visualization Complete

- Surface: [classification]
- Mode: [image / prompt-only / markdown / Mermaid / HTML / SVG]
- Run Folder: [.taste/visualizations/...]
- Primary Artifact: [.taste/visualizations/.../visualization.md]
- Generated Image: [path / none]
- Implementation Performed: no
- Open Questions: [none or focused list]

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.