create-prototype

A workflow for building a working browser prototype of a feature from its written specification. It uses simulated APIs, so the prototype can be tried before the real backend is connected.

In plain words
What is it for?
Loading feature settings and specifications, checking whether the feature needs interface changes, and creating an interactive client-side prototype.
Why use it?
It turns a feature description into something people can interact with, making interface requirements easier to review early.

Skill for Claude CodeCodex

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/markmhendrickson/ateles/create-prototype
Any agent
npx skills add markmhendrickson/ateles --skill create-prototype
Clone the repo
git clone --depth 1 https://github.com/markmhendrickson/ateles

Made for: Claude Code, Codex.

Per session 10 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 721 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin 91% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00010 $0.00721
Opus 5 $0.00005 $0.00360
Sonnet 5 $0.00002 $0.00144
Haiku 4.5 $0.00001 $0.00072

Measured yesterday against content hash 5082e01d2d8f, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

create-prototype scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

This is a copy

91% identical to create-prototype — 10 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

.claude/skills/create-prototype/SKILL.md · 93 lines

How it starts

The opening of the file, as written. The whole thing — 93 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Create Prototype

Create fully functional client-side prototype for Feature Unit {{input:feature_id}}.

Follow foundation/development/feature_unit_workflow.md Step 1 (Prototype Creation). Configuration is read from foundation-config.yaml.

This happens after Checkpoint 0 (spec creation) and before Checkpoint 1 (prototype review).

Implements prototype creation after Checkpoint 0 (spec) is complete. Creates a fully interactive, client-side prototype with mocked APIs.

Trigger

  • Spec created with UI requirements (Checkpoint 0 complete, UI changes present) OR
  • No UI changes required (skip prototype)

Tasks

  1. Load configuration:

    • Read foundation-config.yaml to get feature unit settings
    • Determine directory structure and prototype paths
  2. Load spec and manifest:

    • {configured_directory}/in_progress/{{input:feature_id}}/{{input:feature_id}}_spec.md (or completed/ if completed)
    • {configured_directory}/in_progress/{{input:feature_id}}/manifest.yaml (or completed/ if completed)
  3. Check if UI changes present:

    • Review spec and manifest for UI components
    • Verify UX Requirements section exists in spec (from Checkpoint 0)
    • If no UI changes → skip to implementation
    • If UI changes present → proceed
  4. Create prototype:

    • Use configured prototype directory structure (or default: frontend/src/prototype/)
    • Create prototype component(s): {prototype_dir}/components/{{input:feature_id}}_*.tsx
    • Create mock API fixtures: {prototype_dir}/fixtures/{{input:feature_id}}_*.ts
    • Integrate into prototype main file
  5. Prototype requirements:

    • Fully interactive (click, type, navigate)
    • All API calls mocked (no real backend)
    • All UI states testable (empty, error, loading, success)
    • Accessible (keyboard nav, ARIA if applicable)
    • Uses existing design system components (if available)
    • Documented mock API responses
  6. Make prototype runnable:

    • Ensure prototype can be run (e.g., npm run dev:prototype)
    • Document how to run prototype

Read the full file on GitHub · 93 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. yesterday First seen · 93 lines · 10 tokens per session scan A 5082e01d2d8f

Subscribe to this mod's changes

create-prototype is a skill published in the GitHub repository markmhendrickson/ateles (5 stars, last pushed 4d ago), licensed MIT. It adds 10 tokens to every session and 721 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. It is 91% identical to create-prototype, differing in 10 lines, and is treated as a copy.

Related

Other skills, from other repositories

hive.browser-automation

Required before any hive-browser CLI command. The browser is driven from the terminal by running hive-browser ... --json via terminalexec — not via MCP tools. Teaches the browser lifecycle rules (the bridge attaches to the USER'S running Chrome — never kill or launch browser processes; timeouts are transport issues…

aden-hive/hive · 142 tokens

hive.linkedin-automation

Read before automating LinkedIn with browser tools. LinkedIn combines shadow DOM (#interop-outlet), strict Trusted Types CSP that silently drops innerHTML, Lexical composer, native beforeunload dialogs that hang the bridge, and aggressive spam filters — each has bitten us at least once. Verified flows for profile…

aden-hive/hive · 99 tokens

hive.x-automation

Read before automating X / Twitter with browser tools. Verified flows for post, reply, delete, search-and-engage, plus the Draft.js compose quirks that silently disable the send button. Includes the daily-reply and job-market-reply playbooks. Requires hive.browser-automation for the underlying screenshot + coordinate…

aden-hive/hive · 81 tokens

hive.slack-notifications-setup

Set up a Slack notification channel (Sentinel) for a colony by driving the browser — reuse or create the "Hive Sentinel" Slack app from a JSON manifest, install it, capture the bot + app tokens, create/select the channel via the Slack API, and turn Sentinel on so the colony can ping the user on Slack and accept…

aden-hive/hive · 136 tokens

browser-edge-cases

SOP for debugging browser automation failures on complex websites. Use when browser tools fail on specific sites like LinkedIn, Twitter/X, SPAs, or sites with Shadow DOM.

aden-hive/hive · 40 tokens

hive.telegram-notifications-setup

Set up a Telegram notification channel (Sentinel) for a colony by driving the browser — create a bot via @BotFather in Telegram Web, store its token, detect the chat to notify, and turn Sentinel on so the colony can ping the user on Telegram and accept replies. Use when the user asks to "set up Telegram…

aden-hive/hive · 121 tokens