tweaks by nexu-io

Repository stars

82,073

Repository forks

9,485

Quality

87/100

Source repository last pushed

2026-07-28

Quality breakdown

Based on traceable docs and repository signals; stars are not treated as quality.

87/100

Documentation30/30

Specificity25/25

Maintenance20/20

Trust signals12/25

Compare before choosing

Related Agent Skills and source variants

These links are selected from shared tasks, functions, stacks, platforms, and same-name variants. Compare the source owner, documentation, permissions, and maintenance signals.

Use it for design tasks; the detail page covers purpose, installation, and practical steps.

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program

churn-prevention by coreyhaines31

When the user wants to reduce churn, build cancellation flows, set up save offers, recover failed payments, or implement retention strategies. Also use when the user mentions 'churn,' 'cancel flow,' 'offboarding,' 'save offer,' 'dunning,' 'failed payment recovery,' 'win-back,' 'retention,' 'exit survey,' 'pause subscription,' 'involuntary churn,' 'people keep canceling,' 'churn rate is too high,' 'how do I keep users,' or 'customers are leaving.' Use this whenever someone is losing subscribers o

design-intelligence by event4u-app

Grounded design brief from the adopted corpus — style, WCAG-checked color tokens, typography, layout pattern, anti-patterns. Use on ui-design-brief or any which-style/palette/font/chart decision.

design-system-capture by event4u-app

Write and maintain DESIGN.md + PRODUCT.md — captures visual decisions and interaction patterns so design tasks stay consistent across sessions without re-scanning past work.

View original Skill.mdThis page is parsed directly from the repository SKILL.md without editorial rewriting. Collected: Jul 28, 2026 · about 8 min

Tweaks Skill · 参数化变体面板

Wrap any HTML artifact with a side panel of live controls that rewrite CSS custom properties in real time and persist to localStorage. Inspired by the huashu-design tweak pattern.

What you produce

A single self-contained HTML file with two layers:

Stage — the original artifact (landing page / deck / dashboard) re-keyed so all visual decisions read from CSS custom properties: --accent, --scale, --density, --mode, --motion.
Panel — a fixed sidebar (or drawer on small viewports) with form controls bound to those custom properties via a tiny vanilla-JS bridge. Persists every change to localStorage keyed by the artifact identifier.

The user can:

Open the artifact and see the stage rendered with their saved preferences (or sensible defaults).
Adjust accent / scale / density / mode / motion in the panel and watch the stage update instantly — no rerender.
Press T to hide / reveal the panel; R to reset to defaults.
Refresh the page — every choice is persisted.

When to use

The user generated something they like 80% of, and wants to dial in the last 20% themselves.
You're presenting a design system / brand and want the audience to feel the variants live (instead of you re-running the agent).
You're shipping a stand-alone demo (e.g. a portfolio piece) and want viewers to play.

When not to use

One-shot artifacts that won't be iterated on (e.g. a runbook — parameters don't help).
When the artifact's value is in fixed ratios (e.g. an infographic with carefully balanced data viz — knobs would degrade it).

The 5 standard knobs

Pick a subset that suits the artifact. Don't ship all 5 if only 2 matter — clutter is a regression.

1. `--accent` — Accent color

A select with 5–8 curated swatches (don't ship a free color picker — the user will pick a bad color and blame you).

const ACCENT_PRESETS = [
  { id: 'rust',    val: '#c96442', label: 'Rust' },
  { id: 'cobalt',  val: '#2c4d8e', label: 'Cobalt' },
  { id: 'sage',    val: '#4a7a3f', label: 'Sage' },
  { id: 'plum',    val: '#7a3f6a', label: 'Plum' },
  { id: 'graphite',val: '#3a3a3a', label: 'Graphite' },
];

The artifact uses var(--accent) everywhere it had a hard-coded accent before. Border / link / pull-quote rule / CTA all flip together.

2. `--scale` — Type scale (0.85 / 1.0 / 1.15)

Three settings: Compact (0.85), Normal (1.0), Generous (1.15). All font-size declarations multiply by var(--scale) via calc(... * var(--scale)).

Don't go beyond ±15% — beyond that the layout breaks (column flow, breakpoints, line counts).

3. `--density` — Layout density (Tight / Normal / Roomy)

Three settings that swap the spacing scale: Tight (0.75) / Normal (1.0) / Roomy (1.4). All padding / gap / margin declarations multiply by var(--density).

This is the highest-impact knob — it's also the most fragile, so every layout-critical container must declare its base spacing in custom properties before you wrap.

4. `--mode` — Light / Dark

A 2-state toggle. Sets data-mode="light" vs "dark" on the <html> element and the artifact's :root selector responds with two color sets.

If the artifact already has a media-query-based dark mode, replace it with the data-attr version — the user's choice should win over their OS.

5. `--motion` — Off / Subtle / Lively

Three settings. Maps to a CSS variable --motion-mult that scales all transition-duration / animation-duration declarations:

Off — 0s (also disables WebGL canvases / decorative animation).
Subtle — 1.0 (the artifact's authored timing).
Lively — 1.6 (slower transitions, more visible motion).

Respect prefers-reduced-motion: default to Off if the user has that set, regardless of stored preference.

Host integration contract (REQUIRED)

The Open Design viewer toolbar has a Tweaks toggle that drives panel visibility from outside the iframe. For the toggle to bind to your panel, your artifact must speak one of these two protocols (pick one; don't mix). The toolbar enables itself the moment it sees either signal.

Protocol A — postMessage (recommended for agent-generated artifacts)

Use this when the panel mounts via JS (React, vanilla, anything dynamic).

Artifact → host:

On mount, post { type: '__edit_mode_available', visible?: boolean } to window.parent. Tells the toolbar a panel exists; the optional visible reports the panel's initial state so the toolbar toggle starts in sync. Omit visible for the common "panel is already on screen" case (the host treats a missing field as true so the legacy zero-arg message keeps working). Pass visible: false to declare a default-closed panel.
When the user closes the panel locally (× button, Esc, etc.), post { type: '__edit_mode_dismissed' }. Toolbar flips to "off".

Host → artifact:

{ type: '__activate_edit_mode' } — open the panel (setOpen(true)).
{ type: '__deactivate_edit_mode' } — close the panel (setOpen(false)).

Minimal listener:

window.addEventListener('message', (e) => {
  const t = e?.data?.type;
  if (t === '__activate_edit_mode') setOpen(true);
  else if (t === '__deactivate_edit_mode') setOpen(false);
});
// Or, for a default-closed panel:
//   window.parent.postMessage({ type: '__edit_mode_available', visible: open }, '*');
window.parent.postMessage({ type: '__edit_mode_available' }, '*');
// in your close handler:
const dismiss = () => {
  setOpen(false);
  window.parent.postMessage({ type: '__edit_mode_dismissed' }, '*');
};

Panel may default to open or closed — the host syncs its toggle to whichever state the artifact reports.

Protocol B — class-based (used by `assets/wrap.html`)

Use this only when you wrap the template verbatim. The artifact ships a .tw-panel element and toggles a .tw-hidden class for visibility. The viewer's iframe bridge (in apps/web/src/runtime/srcdoc.ts) hides the panel on initial paint, watches the class via MutationObserver, and relays state both directions. No JS required in the artifact beyond what the template already includes.

Selectors are fixed: .tw-panel (the panel root) and .tw-hidden (the hidden state). If you rename either, the bridge can't find it.

Anti-pattern

Don't invent a third protocol or rename either set of identifiers. The toolbar toggle only binds to A or B. Custom panels with custom classes and no postMessage will leave the toolbar greyed out.

Implementation primitives

Read assets/wrap.html — it ships the panel + bridge as an inert template. Your job is to:

Take the user's existing artifact HTML.
Lift its accent / mode / spacing / scale into custom properties (search for hard-coded #hex / Npx / Nrem and convert).
Paste the contents into the marked region of wrap.html.
Edit assets/wrap.html's KNOBS array to keep only the knobs you decided are relevant to this artifact. Don't ship 5 if 2 matter.
Patch the STORAGE_KEY to a unique slug (tweaks-<artifact-slug>).

The bridge in wrap.html:

Loads localStorage[STORAGE_KEY] JSON on first paint.
Applies values as document.documentElement.style.setProperty('--accent', ...).
Listens to every form control's change event and writes back.
Exposes T (toggle panel) and R (reset).

Workflow

Step 1 — Acquire the artifact

Same options as the critique skill:

Project file (index.html in the project folder).
Pasted HTML in the chat.
Generated by you in this turn.

Step 2 — Decide which knobs apply

Read the artifact's CSS first. For each knob, decide yes / no:

--accent — yes if the artifact has 1 accent color used ≥ 3 times.
--scale — yes if the artifact is type-driven (article, deck, pricing page).
--density — yes if the artifact has consistent gap / padding rhythm (deck, dashboard, landing). No for runbooks (already dense).
--mode — yes if the artifact has authored dark mode tokens, or you're willing to derive them.
--motion — yes if the artifact has any transition / animation worth scaling. No for static reports / critique reports.

Default: 3 knobs is the sweet spot. Five is too busy, one is not worth a panel.

Step 3 — Lift hard-coded values into custom properties

Open assets/wrap.html's <style> block — copy its custom-property naming scheme (--accent, --scale, etc.). In the user's artifact, find every place those concerns live and rewrite:

color: #c96442 → color: var(--accent)
font-size: 18px → font-size: calc(18px * var(--scale))
padding: 24px 32px → padding: calc(24px * var(--density)) calc(32px * var(--density))
transition: opacity 200ms → transition: opacity calc(200ms * var(--motion-mult))

If the artifact uses clamp() or vw already, multiply the outer value by the custom property — don't tear apart clamp(...).

Step 4 — Paste into the wrap

Copy the artifact's <style> and <body> into the marked regions of wrap.html. Keep the panel + bridge intact.

Step 5 — Test the loop

Open the result, click each knob at least once, refresh the page, confirm the choice persists. If a knob breaks the layout — remove it, don't ship it.

Output contract

<artifact identifier="tweaks-<artifact-slug>" type="text/html" title="<Artifact Title> · Tweaks">
<!doctype html>
<html>...</html>
</artifact>

One sentence before the artifact ("Wrapped X with a 3-knob tweak panel — accent / scale / mode."). Stop after </artifact>.

Hard rules

Don't ship a free color picker — only curated swatches. Users pick bad colors when given freedom; saving them from that is the whole point.
Persist by artifact identifier — tweaks-<slug>, not a global key. Two artifacts open in two tabs must not share state.
Respect prefers-reduced-motion — default to Off for motion if the user has that set, override only on explicit click.
Single-file — no external CSS / JS / fonts beyond the artifact's existing imports. Inline the panel + bridge.
Panel hidden by default on viewports < 720px — slide-in drawer via a "T" button at top-right.
Don't ship more than 5 knobs. Three is the sweet spot.

Source repo: nexu-io/open-design
Skill path: design-templates/tweaks/SKILL.md
Commit SHA: 89d6d4ef21ba
Repository license: Apache-2.0
Data collected: Jul 28, 2026

tweaks

Source-grounded design guide: tweaks

Read tweaks through these 5 source sections

Implementation primitives

Workflow

Step 1 — Acquire the artifact

Step 2 — Decide which knobs apply

Step 3 — Lift hard-coded values into custom properties

Provide the task, context, and acceptance criteria

Verify each item before delivery

When another Skill is the better fit

tweaks

ab-testing

churn-prevention

What does the tweaks source document cover?

How do I install tweaks?

Related Agent Skills and source variants

tweaks by nexu-io

ab-testing by coreyhaines31

churn-prevention by coreyhaines31

design-intelligence by event4u-app

design-system-capture by event4u-app

Tweaks Skill · 参数化变体面板

What you produce

When to use

When not to use

The 5 standard knobs

1. --accent — Accent color

2. --scale — Type scale (0.85 / 1.0 / 1.15)

3. --density — Layout density (Tight / Normal / Roomy)

4. --mode — Light / Dark

5. --motion — Off / Subtle / Lively

Host integration contract (REQUIRED)

Protocol A — postMessage (recommended for agent-generated artifacts)

Protocol B — class-based (used by assets/wrap.html)

Anti-pattern

Implementation primitives

Workflow

Step 1 — Acquire the artifact

Step 2 — Decide which knobs apply

Step 3 — Lift hard-coded values into custom properties

Step 4 — Paste into the wrap

Step 5 — Test the loop

Output contract

Hard rules

1. `--accent` — Accent color

2. `--scale` — Type scale (0.85 / 1.0 / 1.15)

3. `--density` — Layout density (Tight / Normal / Roomy)

4. `--mode` — Light / Dark

5. `--motion` — Off / Subtle / Lively

Protocol B — class-based (used by `assets/wrap.html`)