ssheleg skillssuper-ux

what the interface must do and how it sounds

super-ux

Scenario-driven UI development: a versioned design chain in docs/ux/ — the product vision, personas and jobs, user flows and the paid-acquisition funnel among them, a screens-and-states map with Figma frames, traced scenarios, evidence-backed audits, fix plans — plus docs/brand/, the verbal identity: one voice, per-surface registers, a string registry and a 35-check copy linter. /ux and /brand entry points, two doc-drift linters and a contract doctor.

v0.48.0pinned in this release of the family
7skills in the pack
2routing rules it owns

What it ships

Each name below is an entry point an agent can be routed to.

Shape: static. The chain is fixed — foundation, flows, screens, scenarios — and every layer is a committed file. `/ux-audit` batches on the fly, and the batch list is printed before the run so what executed is recoverable.


Install just this one

Every pack installs standalone. The whole family is one command.

any agent the skills CLI supports
$
npx skills add ssheleg/super-ux
claude code, as a plugin
$
claude plugin marketplace add ssheleg/super-ux && claude plugin install super-ux@super-ux

When the agent reaches for it

These are the rules the family writes into your agent's own instruction file — verbatim. Each one states the rule, the boundary in both directions, and the phrase that declines it.

/super-ux — what the interface must do

  • when: there is user-facing behaviour
  • decline it: «без сценариев».

If super-ux is installed, all work on the product and its interface goes through the chain — scenarios and their validation first, the interface second. Not only screens: product decisions, funnels, onboarding, payment steps — anything with a user and a path. docs/ux/scenarios.md is the source of truth for user-facing behaviour; no file → offer /ux before touching UI. A change to user-facing behaviour updates the scenarios in the same change. Checking code against them is /ux-audit, with file:line evidence.

The boundary — "this has a user." NOT through the chain: internal scripts, migrations with no interface, data work, infrastructure. Drawing a scenario for a cron job is how you teach an agent to route around the chain.

Refusal phrase: «без сценариев».

Among the routers: super-ux decides what the interface must do; sheleg-design how it looks; copywriting how it sounds.

/copywriting — how it sounds

  • when: text a user of the product will read
  • decline it: «без бренда» or «черновиком».

If super-ux is installed, any text a user of the product will read is written through copywriting — interface strings, errors, empty states, landing pages, pricing, blog, user-facing changelog, posts, store listings, ads, email. Its first act is to read the brand pack (docs/brand/voice.md, terminology.md, facts.md); no pack → /brand-init before writing, not after.

The boundary — "it ships to a user of the product." NOT through the skill: a commit or PR description, code comments, a README for developers, internal docs, an answer in chat. Running the brandbook over a CHANGELOG line for developers is the fastest way to teach an agent to route around it.

Refusal phrase: «без бренда» or «черновиком». It applies to work that WOULD have crossed the boundary: write directly and say the pack was skipped on request, rather than skipping it silently.

Among the routers: sheleg-design decides how it looks; copywriting how it sounds. Neither waits for the other — both read the scenarios, not each other's output — but where they land on one screen, compare the two before shipping: a label the layout has no room for is right in each and wrong on the screen. A landing page passes both plus task-pipeline; a social post passes copywriting alone and changes no repository.


The rest of the family

task-pipeline v1.77.0

how a change reaches the repository

Full-cycle delivery orchestrator: an intake grill turns the request into a complete brief, then ten gated stages carry it from docs to acceptance, refusing to advance until each gate passes.

3 skillsRead →

agent-sync v1.17.0

who is holding this file right now

Coordination plane for concurrent agents: leases with a TTL so two agents cannot claim the same work, race-free id reservation, a run journal and a generated board, over a pluggable knowledge cloud.

1 skillRead →

make-skill v0.23.1

how the skill or plugin itself is built

A skill that builds skills: create, retrofit, audit and publish agent skills and Claude Code plugins — Agent Skills standard conformance, marketplace layout, version sync, validator + CI, every distribution…

1 skillRead →

sheleg-design v1.49.1

how it looks and moves

The taste layer: cinematic scroll-driven landing pages (one scroll clock, motion that degrades to calm, WebGL particle formations), product-UI style packs with a ready token layer each, and the Figma border…

1 skill · a catalogue of its ownRead →

seo-aeo-audit v0.25.1

whether a machine will find it

Evidence-first website audit for search and answer engines: ten tracks from crawl access to AI citation mechanics, every finding backed by an observation and every recommendation tiered, ending in a…

1 skillRead →

sheleg-dev v0.10.0

integrations: money in, tracking, sign-in, speed

The integration layer a product reaches once it has users: Stripe subscription billing reconciled into your own database — checkout, renewals, seats and proration, refunds, claim-first webhook idempotency…

7 skillsRead →

agent-stack v0.13.2

agent orchestrators, their evals, the protocols they speak, and the wallet under LLM resale

Production patterns for AI agent systems, in four skills. The orchestrator: tool-calling loops that survive context pressure, pipelines with human checkpoints and resume, provider routing with fallback and…

4 skillsRead →