From c0f495212236129c2e92aaf7714a3a9914569d13 Mon Sep 17 00:00:00 2001 From: Paul Bakaus Date: Tue, 1 Sep 2026 17:26:46 -0700 Subject: [PATCH] Release: skill v4.1.3 AI-assisted release preparation under maintainer direction. --- .agent/skills/impeccable/SKILL.md | 6 +- .../skills/impeccable/reference/critique.md | 6 +- .../reference/degraded/asset-producer.md | 73 +- .../reference/degraded/finish-reviewer.md | 8 +- .agent/skills/impeccable/reference/hooks.md | 2 +- .../skills/impeccable/reference/new-work.md | 49 +- .agent/skills/impeccable/reference/polish.md | 12 +- .agent/skills/impeccable/reference/routing.md | 2 +- .../skills/impeccable/reference/visualize.md | 28 +- .../skills/impeccable/scripts/build-phase.mjs | 1022 ++ .../skills/impeccable/scripts/comp-diff.mjs | 391 + .../skills/impeccable/scripts/comp-spec.mjs | 513 + .../impeccable/scripts/concept-seed.mjs | 102 +- .agent/skills/impeccable/scripts/context.mjs | 57 +- .../impeccable/scripts/critique-storage.mjs | 279 +- .../scripts/data/font-index-failures.json | 121 + .../impeccable/scripts/data/font-index.json | 1 + .agent/skills/impeccable/scripts/detect.mjs | 9 + .../detector/browser/injected/index.mjs | 133 +- .../scripts/detector/design-system.mjs | 4 +- .../detector/detect-antipatterns-browser.js | 470 +- .../detector/engines/browser/detect-url.mjs | 66 +- .../detector/engines/regex/detect-text.mjs | 34 +- .../engines/static-html/css-cascade.mjs | 1 + .../engines/static-html/detect-html.mjs | 20 +- .../detector/registry/antipatterns.mjs | 20 +- .../scripts/detector/rules/checks.mjs | 302 +- .../scripts/detector/shared/constants.mjs | 21 +- .../impeccable/scripts/embed-prompt.mjs | 103 +- .../skills/impeccable/scripts/font-match.mjs | 457 + .../impeccable/scripts/generate-image.mjs | 184 +- .../skills/impeccable/scripts/hook-admin.mjs | 24 +- .agent/skills/impeccable/scripts/hook-lib.mjs | 51 +- .../impeccable/scripts/lib/design-parser.mjs | 48 +- .../scripts/lib/font-fingerprint.mjs | 564 + .../impeccable/scripts/lib/font-index.mjs | 130 + .../impeccable/scripts/lib/hero-checks.mjs | 246 + .../impeccable/scripts/lib/image-metrics.mjs | 306 + .../scripts/lib/live-path-globs.mjs | 37 + .agent/skills/impeccable/scripts/lib/png.mjs | 281 + .../skills/impeccable/scripts/lib/raster.mjs | 194 + .../impeccable/scripts/live-browser-dom.js | 21 + .../scripts/live-browser-ignores.js | 242 + .../scripts/live-browser-session.js | 29 +- .../skills/impeccable/scripts/live-browser.js | 596 +- .../skills/impeccable/scripts/live-inject.mjs | 44 +- .../skills/impeccable/scripts/live-server.mjs | 16 +- .agent/skills/impeccable/scripts/live.mjs | 35 +- .../scripts/live/browser-script-parts.mjs | 9 +- .../scripts/live/project-ignores.mjs | 139 + .agent/skills/impeccable/scripts/pin.mjs | 122 +- .../impeccable/scripts/serve-question.mjs | 81 +- .agents/skills/impeccable/SKILL.md | 2 +- .claude-plugin/marketplace.json | 2 +- .claude-plugin/plugin.json | 2 +- .claude/skills/impeccable/SKILL.md | 2 +- .cursor/skills/impeccable/SKILL.md | 2 +- .gemini/skills/impeccable/SKILL.md | 2 +- .../agents/impeccable-asset-producer.agent.md | 73 +- .../impeccable-finish-reviewer.agent.md | 8 +- .github/skills/impeccable/SKILL.md | 2 +- .grok/skills/impeccable/SKILL.md | 2 +- .hermes/skills/impeccable/SKILL.md | 2 +- .kiro/skills/impeccable/SKILL.md | 2 +- .opencode/skills/impeccable/SKILL.md | 2 +- .pi/skills/impeccable/SKILL.md | 2 +- .qoder/skills/impeccable/SKILL.md | 2 +- .rovodev/skills/impeccable/SKILL.md | 2 +- .trae-cn/skills/impeccable/SKILL.md | 2 +- .trae/skills/impeccable/SKILL.md | 2 +- .veto/skills/impeccable/SKILL.md | 81 + .veto/skills/impeccable/reference/adapt.md | 312 + .../impeccable/reference/adapt.native.md | 58 + .veto/skills/impeccable/reference/android.md | 46 + .veto/skills/impeccable/reference/animate.md | 89 + .veto/skills/impeccable/reference/audit.md | 136 + .../impeccable/reference/audit.native.md | 139 + .veto/skills/impeccable/reference/bolder.md | 33 + .veto/skills/impeccable/reference/clarify.md | 94 + .veto/skills/impeccable/reference/colorize.md | 86 + .../impeccable/reference/craft-floor.md | 44 + .veto/skills/impeccable/reference/craft.md | 5 + .veto/skills/impeccable/reference/critique.md | 806 + .../reference/degraded/asset-producer.md | 37 + .../reference/degraded/documenter.md | 24 + .../reference/degraded/finish-reviewer.md | 38 + .../reference/degraded/manual-edit-applier.md | 92 + .veto/skills/impeccable/reference/delight.md | 70 + .veto/skills/impeccable/reference/distill.md | 111 + .veto/skills/impeccable/reference/doctor.md | 54 + .veto/skills/impeccable/reference/document.md | 416 + .veto/skills/impeccable/reference/extract.md | 69 + .veto/skills/impeccable/reference/harden.md | 336 + .veto/skills/impeccable/reference/hooks.md | 111 + .veto/skills/impeccable/reference/init.md | 131 + .veto/skills/impeccable/reference/ios.md | 51 + .veto/skills/impeccable/reference/layout.md | 84 + .../skills/impeccable/reference/live-setup.md | 102 + .veto/skills/impeccable/reference/live.md | 323 + .veto/skills/impeccable/reference/new-work.md | 145 + .veto/skills/impeccable/reference/onboard.md | 234 + .veto/skills/impeccable/reference/operate.md | 61 + .veto/skills/impeccable/reference/optimize.md | 258 + .../skills/impeccable/reference/overdrive.md | 127 + .veto/skills/impeccable/reference/polish.md | 105 + .veto/skills/impeccable/reference/quieter.md | 99 + .veto/skills/impeccable/reference/routing.md | 18 + .veto/skills/impeccable/reference/shape.md | 59 + .veto/skills/impeccable/reference/typeset.md | 80 + .../skills/impeccable/reference/visualize.md | 46 + .../skills/impeccable/scripts/build-phase.mjs | 1022 ++ .../impeccable/scripts/command-metadata.json | 94 + .veto/skills/impeccable/scripts/comp-diff.mjs | 391 + .veto/skills/impeccable/scripts/comp-spec.mjs | 513 + .../impeccable/scripts/concept-seed.mjs | 814 + .../impeccable/scripts/context-signals.mjs | 325 + .veto/skills/impeccable/scripts/context.mjs | 1597 ++ .../impeccable/scripts/critique-storage.mjs | 473 + .../scripts/data/font-index-failures.json | 121 + .../impeccable/scripts/data/font-index.json | 1 + .../skills/impeccable/scripts/detect-csp.mjs | 198 + .veto/skills/impeccable/scripts/detect.mjs | 30 + .../detector/browser/injected/index.mjs | 2204 +++ .../impeccable/scripts/detector/cli/main.mjs | 432 + .../scripts/detector/design-system.mjs | 1311 ++ .../detector/detect-antipatterns-browser.js | 9104 +++++++++++ .../scripts/detector/detect-antipatterns.mjs | 51 + .../detector/engines/browser/detect-url.mjs | 434 + .../detector/engines/regex/detect-text.mjs | 1293 ++ .../engines/static-html/css-cascade.mjs | 1242 ++ .../engines/static-html/detect-html.mjs | 278 + .../engines/visual/screenshot-contrast.mjs | 189 + .../impeccable/scripts/detector/findings.mjs | 18 + .../scripts/detector/node/file-system.mjs | 213 + .../scripts/detector/profile/profiler.mjs | 166 + .../detector/registry/antipatterns.mjs | 635 + .../scripts/detector/rules/checks.mjs | 5744 +++++++ .../scripts/detector/shared/color.mjs | 596 + .../scripts/detector/shared/constants.mjs | 127 + .../scripts/detector/shared/fonts.mjs | 30 + .../detector/shared/inline-ignores.mjs | 148 + .../scripts/detector/shared/page.mjs | 7 + .veto/skills/impeccable/scripts/doctor.mjs | 329 + .../impeccable/scripts/embed-prompt.mjs | 166 + .../skills/impeccable/scripts/font-match.mjs | 457 + .../impeccable/scripts/generate-image.mjs | 447 + .../skills/impeccable/scripts/hook-admin.mjs | 819 + .../impeccable/scripts/hook-before-edit.mjs | 538 + .veto/skills/impeccable/scripts/hook-lib.mjs | 2490 +++ .veto/skills/impeccable/scripts/hook.mjs | 79 + .../scripts/lib/artifact-schema.mjs | 93 + .../scripts/lib/composition-catalog.mjs | 200 + .../scripts/lib/concept-catalog.mjs | 396 + .../impeccable/scripts/lib/design-parser.mjs | 880 ++ .../scripts/lib/font-fingerprint.mjs | 564 + .../impeccable/scripts/lib/font-index.mjs | 130 + .../impeccable/scripts/lib/hero-checks.mjs | 246 + .../impeccable/scripts/lib/image-metrics.mjs | 306 + .../scripts/lib/impeccable-config.mjs | 640 + .../scripts/lib/impeccable-paths.mjs | 137 + .../impeccable/scripts/lib/is-generated.mjs | 72 + .../scripts/lib/live-path-globs.mjs | 37 + .../scripts/lib/open-system-browser.mjs | 26 + .veto/skills/impeccable/scripts/lib/png.mjs | 281 + .../impeccable/scripts/lib/provider.mjs | 5 + .../skills/impeccable/scripts/lib/raster.mjs | 194 + .../impeccable/scripts/lib/roll-selection.mjs | 369 + .../impeccable/scripts/lib/staleness-deep.mjs | 485 + .../scripts/lib/staleness-notice.mjs | 169 + .../impeccable/scripts/lib/staleness.mjs | 533 + .../impeccable/scripts/lib/surface-briefs.mjs | 149 + .../impeccable/scripts/lib/target-args.mjs | 42 + .../impeccable/scripts/lib/target-slug.mjs | 33 + .../scripts/lib/template-extensions.mjs | 146 + .../skills/impeccable/scripts/live-accept.mjs | 938 ++ .../impeccable/scripts/live-browser-dom.js | 167 + .../scripts/live-browser-ignores.js | 242 + .../scripts/live-browser-session.js | 144 + .../skills/impeccable/scripts/live-browser.js | 12793 ++++++++++++++++ .../scripts/live-commit-manual-edits.mjs | 1200 ++ .../impeccable/scripts/live-complete.mjs | 107 + .../scripts/live-copy-edit-agent.mjs | 800 + .../scripts/live-discard-manual-edits.mjs | 51 + .../skills/impeccable/scripts/live-inject.mjs | 463 + .../skills/impeccable/scripts/live-insert.mjs | 292 + .../scripts/live-manual-edit-evidence.mjs | 368 + .veto/skills/impeccable/scripts/live-poll.mjs | 430 + .../skills/impeccable/scripts/live-resume.mjs | 123 + .../skills/impeccable/scripts/live-server.mjs | 1698 ++ .../skills/impeccable/scripts/live-status.mjs | 71 + .../skills/impeccable/scripts/live-target.mjs | 30 + .veto/skills/impeccable/scripts/live-wrap.mjs | 927 ++ .veto/skills/impeccable/scripts/live.mjs | 334 + .../impeccable/scripts/live/accept-css.mjs | 617 + .../impeccable/scripts/live/accept-verify.mjs | 60 + .../scripts/live/browser-script-parts.mjs | 84 + .../impeccable/scripts/live/completion.mjs | 28 + .../scripts/live/event-validation.mjs | 199 + .../scripts/live/frameworks/astro.mjs | 47 + .../scripts/live/frameworks/detect-utils.mjs | 73 + .../scripts/live/frameworks/index.mjs | 143 + .../scripts/live/frameworks/journal.mjs | 197 + .../scripts/live/frameworks/nextjs.mjs | 49 + .../scripts/live/frameworks/nuxt.mjs | 161 + .../scripts/live/frameworks/script-src.mjs | 17 + .../scripts/live/frameworks/static-html.mjs | 26 + .../scripts/live/frameworks/sveltekit.mjs | 71 + .../scripts/live/frameworks/tag-strategy.mjs | 247 + .../live/frameworks/tanstack-start.mjs | 70 + .../scripts/live/frameworks/vite-generic.mjs | 42 + .../scripts/live/generation-preflight.mjs | 149 + .../impeccable/scripts/live/insert-ui.mjs | 458 + .../impeccable/scripts/live/instructions.mjs | 142 + .../impeccable/scripts/live/manual-apply.mjs | 939 ++ .../scripts/live/manual-edit-routes.mjs | 357 + .../scripts/live/manual-edits-buffer.mjs | 152 + .../impeccable/scripts/live/poll-lanes.mjs | 14 + .../scripts/live/project-ignores.mjs | 139 + .../skills/impeccable/scripts/live/roots.mjs | 508 + .../impeccable/scripts/live/session-store.mjs | 563 + .../impeccable/scripts/live/source-lock.mjs | 105 + .../impeccable/scripts/live/source-search.mjs | 105 + .../impeccable/scripts/live/svelte-ast.mjs | 969 ++ .../scripts/live/svelte-component.mjs | 1366 ++ .../scripts/live/sveltekit-adapter.mjs | 304 + .../scripts/live/tanstack-adapter.mjs | 259 + .../impeccable/scripts/live/ui-surfaces.mjs | 75 + .../impeccable/scripts/live/vocabulary.mjs | 171 + .../scripts/modern-screenshot.umd.js | 14 + .veto/skills/impeccable/scripts/palette.mjs | 628 + .veto/skills/impeccable/scripts/pin.mjs | 340 + .../impeccable/scripts/serve-question.mjs | 1783 +++ .../impeccable/scripts/surface-brief.mjs | 74 + .vibe/skills/impeccable/SKILL.md | 2 +- plugin/.claude-plugin/plugin.json | 2 +- plugin/.grok-plugin/plugin.json | 2 +- plugin/skills/impeccable/SKILL.md | 2 +- 237 files changed, 86485 insertions(+), 739 deletions(-) create mode 100644 .agent/skills/impeccable/scripts/build-phase.mjs create mode 100644 .agent/skills/impeccable/scripts/comp-diff.mjs create mode 100644 .agent/skills/impeccable/scripts/comp-spec.mjs create mode 100644 .agent/skills/impeccable/scripts/data/font-index-failures.json create mode 100644 .agent/skills/impeccable/scripts/data/font-index.json create mode 100644 .agent/skills/impeccable/scripts/font-match.mjs create mode 100644 .agent/skills/impeccable/scripts/lib/font-fingerprint.mjs create mode 100644 .agent/skills/impeccable/scripts/lib/font-index.mjs create mode 100644 .agent/skills/impeccable/scripts/lib/hero-checks.mjs create mode 100644 .agent/skills/impeccable/scripts/lib/image-metrics.mjs create mode 100644 .agent/skills/impeccable/scripts/lib/live-path-globs.mjs create mode 100644 .agent/skills/impeccable/scripts/lib/png.mjs create mode 100644 .agent/skills/impeccable/scripts/lib/raster.mjs create mode 100644 .agent/skills/impeccable/scripts/live-browser-ignores.js create mode 100644 .agent/skills/impeccable/scripts/live/project-ignores.mjs create mode 100644 .veto/skills/impeccable/SKILL.md create mode 100644 .veto/skills/impeccable/reference/adapt.md create mode 100644 .veto/skills/impeccable/reference/adapt.native.md create mode 100644 .veto/skills/impeccable/reference/android.md create mode 100644 .veto/skills/impeccable/reference/animate.md create mode 100644 .veto/skills/impeccable/reference/audit.md create mode 100644 .veto/skills/impeccable/reference/audit.native.md create mode 100644 .veto/skills/impeccable/reference/bolder.md create mode 100644 .veto/skills/impeccable/reference/clarify.md create mode 100644 .veto/skills/impeccable/reference/colorize.md create mode 100644 .veto/skills/impeccable/reference/craft-floor.md create mode 100644 .veto/skills/impeccable/reference/craft.md create mode 100644 .veto/skills/impeccable/reference/critique.md create mode 100644 .veto/skills/impeccable/reference/degraded/asset-producer.md create mode 100644 .veto/skills/impeccable/reference/degraded/documenter.md create mode 100644 .veto/skills/impeccable/reference/degraded/finish-reviewer.md create mode 100644 .veto/skills/impeccable/reference/degraded/manual-edit-applier.md create mode 100644 .veto/skills/impeccable/reference/delight.md create mode 100644 .veto/skills/impeccable/reference/distill.md create mode 100644 .veto/skills/impeccable/reference/doctor.md create mode 100644 .veto/skills/impeccable/reference/document.md create mode 100644 .veto/skills/impeccable/reference/extract.md create mode 100644 .veto/skills/impeccable/reference/harden.md create mode 100644 .veto/skills/impeccable/reference/hooks.md create mode 100644 .veto/skills/impeccable/reference/init.md create mode 100644 .veto/skills/impeccable/reference/ios.md create mode 100644 .veto/skills/impeccable/reference/layout.md create mode 100644 .veto/skills/impeccable/reference/live-setup.md create mode 100644 .veto/skills/impeccable/reference/live.md create mode 100644 .veto/skills/impeccable/reference/new-work.md create mode 100644 .veto/skills/impeccable/reference/onboard.md create mode 100644 .veto/skills/impeccable/reference/operate.md create mode 100644 .veto/skills/impeccable/reference/optimize.md create mode 100644 .veto/skills/impeccable/reference/overdrive.md create mode 100644 .veto/skills/impeccable/reference/polish.md create mode 100644 .veto/skills/impeccable/reference/quieter.md create mode 100644 .veto/skills/impeccable/reference/routing.md create mode 100644 .veto/skills/impeccable/reference/shape.md create mode 100644 .veto/skills/impeccable/reference/typeset.md create mode 100644 .veto/skills/impeccable/reference/visualize.md create mode 100644 .veto/skills/impeccable/scripts/build-phase.mjs create mode 100644 .veto/skills/impeccable/scripts/command-metadata.json create mode 100644 .veto/skills/impeccable/scripts/comp-diff.mjs create mode 100644 .veto/skills/impeccable/scripts/comp-spec.mjs create mode 100644 .veto/skills/impeccable/scripts/concept-seed.mjs create mode 100644 .veto/skills/impeccable/scripts/context-signals.mjs create mode 100644 .veto/skills/impeccable/scripts/context.mjs create mode 100644 .veto/skills/impeccable/scripts/critique-storage.mjs create mode 100644 .veto/skills/impeccable/scripts/data/font-index-failures.json create mode 100644 .veto/skills/impeccable/scripts/data/font-index.json create mode 100644 .veto/skills/impeccable/scripts/detect-csp.mjs create mode 100644 .veto/skills/impeccable/scripts/detect.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/browser/injected/index.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/cli/main.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/design-system.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/detect-antipatterns-browser.js create mode 100644 .veto/skills/impeccable/scripts/detector/detect-antipatterns.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/engines/browser/detect-url.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/engines/regex/detect-text.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/engines/static-html/css-cascade.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/engines/static-html/detect-html.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/engines/visual/screenshot-contrast.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/findings.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/node/file-system.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/profile/profiler.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/registry/antipatterns.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/rules/checks.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/shared/color.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/shared/constants.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/shared/fonts.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/shared/inline-ignores.mjs create mode 100644 .veto/skills/impeccable/scripts/detector/shared/page.mjs create mode 100644 .veto/skills/impeccable/scripts/doctor.mjs create mode 100644 .veto/skills/impeccable/scripts/embed-prompt.mjs create mode 100644 .veto/skills/impeccable/scripts/font-match.mjs create mode 100644 .veto/skills/impeccable/scripts/generate-image.mjs create mode 100644 .veto/skills/impeccable/scripts/hook-admin.mjs create mode 100644 .veto/skills/impeccable/scripts/hook-before-edit.mjs create mode 100644 .veto/skills/impeccable/scripts/hook-lib.mjs create mode 100644 .veto/skills/impeccable/scripts/hook.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/artifact-schema.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/composition-catalog.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/concept-catalog.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/design-parser.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/font-fingerprint.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/font-index.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/hero-checks.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/image-metrics.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/impeccable-config.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/impeccable-paths.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/is-generated.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/live-path-globs.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/open-system-browser.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/png.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/provider.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/raster.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/roll-selection.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/staleness-deep.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/staleness-notice.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/staleness.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/surface-briefs.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/target-args.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/target-slug.mjs create mode 100644 .veto/skills/impeccable/scripts/lib/template-extensions.mjs create mode 100644 .veto/skills/impeccable/scripts/live-accept.mjs create mode 100644 .veto/skills/impeccable/scripts/live-browser-dom.js create mode 100644 .veto/skills/impeccable/scripts/live-browser-ignores.js create mode 100644 .veto/skills/impeccable/scripts/live-browser-session.js create mode 100644 .veto/skills/impeccable/scripts/live-browser.js create mode 100644 .veto/skills/impeccable/scripts/live-commit-manual-edits.mjs create mode 100644 .veto/skills/impeccable/scripts/live-complete.mjs create mode 100644 .veto/skills/impeccable/scripts/live-copy-edit-agent.mjs create mode 100644 .veto/skills/impeccable/scripts/live-discard-manual-edits.mjs create mode 100644 .veto/skills/impeccable/scripts/live-inject.mjs create mode 100644 .veto/skills/impeccable/scripts/live-insert.mjs create mode 100644 .veto/skills/impeccable/scripts/live-manual-edit-evidence.mjs create mode 100644 .veto/skills/impeccable/scripts/live-poll.mjs create mode 100644 .veto/skills/impeccable/scripts/live-resume.mjs create mode 100644 .veto/skills/impeccable/scripts/live-server.mjs create mode 100644 .veto/skills/impeccable/scripts/live-status.mjs create mode 100644 .veto/skills/impeccable/scripts/live-target.mjs create mode 100644 .veto/skills/impeccable/scripts/live-wrap.mjs create mode 100644 .veto/skills/impeccable/scripts/live.mjs create mode 100644 .veto/skills/impeccable/scripts/live/accept-css.mjs create mode 100644 .veto/skills/impeccable/scripts/live/accept-verify.mjs create mode 100644 .veto/skills/impeccable/scripts/live/browser-script-parts.mjs create mode 100644 .veto/skills/impeccable/scripts/live/completion.mjs create mode 100644 .veto/skills/impeccable/scripts/live/event-validation.mjs create mode 100644 .veto/skills/impeccable/scripts/live/frameworks/astro.mjs create mode 100644 .veto/skills/impeccable/scripts/live/frameworks/detect-utils.mjs create mode 100644 .veto/skills/impeccable/scripts/live/frameworks/index.mjs create mode 100644 .veto/skills/impeccable/scripts/live/frameworks/journal.mjs create mode 100644 .veto/skills/impeccable/scripts/live/frameworks/nextjs.mjs create mode 100644 .veto/skills/impeccable/scripts/live/frameworks/nuxt.mjs create mode 100644 .veto/skills/impeccable/scripts/live/frameworks/script-src.mjs create mode 100644 .veto/skills/impeccable/scripts/live/frameworks/static-html.mjs create mode 100644 .veto/skills/impeccable/scripts/live/frameworks/sveltekit.mjs create mode 100644 .veto/skills/impeccable/scripts/live/frameworks/tag-strategy.mjs create mode 100644 .veto/skills/impeccable/scripts/live/frameworks/tanstack-start.mjs create mode 100644 .veto/skills/impeccable/scripts/live/frameworks/vite-generic.mjs create mode 100644 .veto/skills/impeccable/scripts/live/generation-preflight.mjs create mode 100644 .veto/skills/impeccable/scripts/live/insert-ui.mjs create mode 100644 .veto/skills/impeccable/scripts/live/instructions.mjs create mode 100644 .veto/skills/impeccable/scripts/live/manual-apply.mjs create mode 100644 .veto/skills/impeccable/scripts/live/manual-edit-routes.mjs create mode 100644 .veto/skills/impeccable/scripts/live/manual-edits-buffer.mjs create mode 100644 .veto/skills/impeccable/scripts/live/poll-lanes.mjs create mode 100644 .veto/skills/impeccable/scripts/live/project-ignores.mjs create mode 100644 .veto/skills/impeccable/scripts/live/roots.mjs create mode 100644 .veto/skills/impeccable/scripts/live/session-store.mjs create mode 100644 .veto/skills/impeccable/scripts/live/source-lock.mjs create mode 100644 .veto/skills/impeccable/scripts/live/source-search.mjs create mode 100644 .veto/skills/impeccable/scripts/live/svelte-ast.mjs create mode 100644 .veto/skills/impeccable/scripts/live/svelte-component.mjs create mode 100644 .veto/skills/impeccable/scripts/live/sveltekit-adapter.mjs create mode 100644 .veto/skills/impeccable/scripts/live/tanstack-adapter.mjs create mode 100644 .veto/skills/impeccable/scripts/live/ui-surfaces.mjs create mode 100644 .veto/skills/impeccable/scripts/live/vocabulary.mjs create mode 100644 .veto/skills/impeccable/scripts/modern-screenshot.umd.js create mode 100644 .veto/skills/impeccable/scripts/palette.mjs create mode 100644 .veto/skills/impeccable/scripts/pin.mjs create mode 100644 .veto/skills/impeccable/scripts/serve-question.mjs create mode 100644 .veto/skills/impeccable/scripts/surface-brief.mjs diff --git a/.agent/skills/impeccable/SKILL.md b/.agent/skills/impeccable/SKILL.md index f5da1671f..733586a93 100644 --- a/.agent/skills/impeccable/SKILL.md +++ b/.agent/skills/impeccable/SKILL.md @@ -1,14 +1,14 @@ --- name: impeccable description: Use when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a frontend interface. Covers websites, landing pages, dashboards, product UI, app shells, components, forms, settings, onboarding, and empty states. Handles UX review, visual hierarchy, information architecture, cognitive load, accessibility, performance, responsive behavior, theming, anti-patterns, typography, fonts, spacing, layout, alignment, color, motion, micro-interactions, UX copy, error states, edge cases, i18n, and reusable design systems or tokens. Also use for bland designs that need to become bolder or more delightful, loud designs that should become quieter, live browser iteration on UI elements, or ambitious visual effects that should feel technically extraordinary. Not for backend-only or non-UI tasks. -version: 4.1.2 +version: 4.1.3 license: Apache 2.0 allowed-tools: - Bash(npx impeccable *) - Bash(node .agent/skills/impeccable/scripts/*) --- -This skill gives you the tools and permission to create design that earns to be called out-of-distribution craft: Whereas before, your design work would have been safe, timid and measured, you now approach every design task as a award-winning design director with impeccable understanding for what makes exceptional design work: production-grade code, peak creativity, a clear POV, deep understanding of the needs of the client and users, and exceptional craft. +This skill gives you the tools and permission to create design that earns to be called out-of-distribution craft: Whereas before, your design work would have been safe, timid and measured, you now approach every design task as an award-winning design director with impeccable understanding for what makes exceptional design work: production-grade code, peak creativity, a clear POV, deep understanding of the needs of the client and users, and exceptional craft. Core principles: - Go all out. No hedging, no shortcuts. The deliverable must be complete (except assets the user must provide). @@ -18,7 +18,7 @@ Core principles: ## Setup 1. Run `node /scripts/context.mjs` once per session, where `` is the loaded base directory the runtime reports for this skill; keep cwd at the user's project. That base directory resolves every `node .agent/skills/impeccable/scripts/...` command in this skill and its references, and `.agent/skills/impeccable/scripts` is the fallback only when the runtime reports no base directory. Pass a named source file or route as `--target `. It loads PRODUCT.md, DESIGN.md, the matching surface brief, and native-platform guidance when applicable; follow its directives and do not rerun it. -2. Before acting, load the one playbook that owns the request: the Commands table's reference for an explicit or clearly implied sub-command, or [reference/new-work.md](reference/new-work.md) for a new surface or replacement visual world. Then inspect the target and at least one representative source of incumbent visual truth (tokens, theme, CSS, component, or asset) before editing. +2. Load the request's playbook: its Commands-table reference for an explicit/implied sub-command, or [reference/new-work.md](reference/new-work.md) for a new surface or replacement visual world. Inspect target and incumbent visual truth before editing. When the app cannot run, start with committed visual-regression goldens or screenshot fixtures; verify target and freshness against current tokens, CSS, components, or assets, resolve conflicts, and compare theme/variant captures. 3. After analysis and direction are resolved, load [reference/craft-floor.md](reference/craft-floor.md) immediately before editing UI. It carries the quality floor, the absolute bans, and the reflexes no detector catches. Do not load it for planning-only work. ## How to design diff --git a/.agent/skills/impeccable/reference/critique.md b/.agent/skills/impeccable/reference/critique.md index 187a8680c..1c4ae5b5c 100644 --- a/.agent/skills/impeccable/reference/critique.md +++ b/.agent/skills/impeccable/reference/critique.md @@ -1,6 +1,6 @@ ### Purpose -Resolve one stable target, run two independent assessments, synthesize a design critique, persist a snapshot, and ask the user what to improve next. The chat response is the primary deliverable; the snapshot is an archive/backlog for future commands. +Resolve one stable target, run two independent assessments, synthesize a design critique, persist a snapshot, and ask the user what to improve next. The chat response is the primary deliverable; the snapshot is an archive of that run. ### Hard Invariants @@ -84,7 +84,7 @@ After Assessment B returns usable CLI findings, reuse them. Do not rerun `detect Synthesize both assessments into a single report. Do NOT simply concatenate. Weave the findings together, noting where the LLM review and detector agree, where the detector caught issues the LLM missed, and where detector findings are false positives. -The chat response is the primary user-facing deliverable. Present the full structured critique below in chat; do not replace it with a summary and a link. The persisted snapshot is only an archive/backlog for later commands. +The chat response is the primary user-facing deliverable. Present the full structured critique below in chat; do not replace it with a summary and a link. The persisted snapshot is an archive of that run. Structure your feedback as a design director would: @@ -197,7 +197,7 @@ Skip this step if the Setup slug was null (vague or root-level target). IMPECCABLE_CRITIQUE_META='{"target":"","total_score":,"max_score":,"na_heuristics":"","p0_count":,"p1_count":}' \ node .agent/skills/impeccable/scripts/critique-storage.mjs write "" ``` - `max_score` is the applicable maximum from the heuristic table (40 when every heuristic applied), so a later run can tell a renormalized total from a full one. The helper prints the absolute path it wrote. + `max_score` is the applicable maximum from the heuristic table (40 when every heuristic applied), so a later run can tell a renormalized total from a full one. For a local file target, the helper also records an exact content fingerprint so polish can distinguish the assessed bytes from later edits without relying on Git state or timestamps. The helper prints the absolute path it wrote. Leave that file on disk. Polish closes it; this run does not. 3. **Delete the temp body file** after the write attempt completes, whether the write succeeded or failed. If deletion fails, mention `temp-file cleanup failed: ` briefly in the final output, but do not block the critique. diff --git a/.agent/skills/impeccable/reference/degraded/asset-producer.md b/.agent/skills/impeccable/reference/degraded/asset-producer.md index 652d8d999..78b570a64 100644 --- a/.agent/skills/impeccable/reference/degraded/asset-producer.md +++ b/.agent/skills/impeccable/reference/degraded/asset-producer.md @@ -15,74 +15,23 @@ When the parent hands you a decision card packet instead of an approved mock, th ## Input Contract -Expect: +Expect the measured spec (`.impeccable/build/spec.json`, written by `comp-spec.mjs` from the approved comp), the approved comp path, and the skill scripts path. Optionally: a subset of region ids to produce, extra prompt notes per region, and format or transparency needs. Everything else you need is in the spec: each raster region's id, kind (plate, image, texture), pixel box, sampled palette, aspect, note, and the plate path it must land on. -- Approved mock path or screenshot reference. -- Crop paths or a contact sheet with crop ids. -- Output directory. -- Required dimensions, format, transparency needs, and avoid list. -- Notes on what should remain semantic HTML/CSS/SVG instead of raster. +If there is no spec, stop and return one line asking the parent to run `comp-spec.mjs` first. You do not inventory the comp yourself; the spec is the inventory, and a second inventory disagrees with the first. -If the source mock is attached but has no filesystem path, use it for visual planning; ask for a path only before cropping or writing assets. +## The job -Defaults unless contradicted: +Every region with `medium: raster` in the spec ships as a plate at its `plate` path. A plate is the region regenerated at asset resolution from the comp crop as reference: same subject, same composition, same palette, same lighting and material, with the UI text and page chrome removed, at 1.5x the comp region's pixel size or more. The page draws text, controls, radius, shadow, and layout in code; the plate carries what code cannot draw. Crops from the comp are references, never shipping pixels: a comp is reference grade and a shipped crop is how a beautiful comp becomes a blurry site. -- `.webp` for opaque photos, backgrounds, and textures. -- `.png` for transparent cutouts, seals, tickets, and illustrations. -- Target production size, or at least 2x display size when dimensions are known. Never default to the small size of a full-page mock crop. -- Remove UI text, navigation, buttons, labels, and body copy. -- Keep physical marks only when the parent says they are part of the asset. -- Remove letterboxing, empty padding, baked card corners, borders, shadows, caption bands, and layout background unless the parent says those pixels are intrinsic. -- Keep the final assets directory clean: only files the build will consume. Source crops, reference crops, masks, and contact sheets go in a sibling `_sources`, `sources`, or review folder. +Per region, in the spec's order: -Ask blockers once, globally. Missing source path/crops or output directory blocks production. Exact dimensions, compression targets, retina variants, and format preferences do not; choose defaults and report them. +1. `node .agent/skills/impeccable/scripts/comp-spec.mjs --crop ` writes the reference crop under `.impeccable/build/crops/`. +2. Produce the plate. With the API fallback: `node .agent/skills/impeccable/scripts/generate-image.mjs --plate --quality high` does the whole step (crop as reference, the spec's plate prompt, output size chosen from the region's aspect, the file written to its plate path, prompt embedded, and the plate scored against the crop). With a harness-native image tool: use the crop as the input image and `node .agent/skills/impeccable/scripts/comp-spec.mjs --plate-prompt ` as the prompt, write the result to the plate path, then run `node .agent/skills/impeccable/scripts/embed-prompt.mjs --prompt ""`. +3. Read the score line. `PLATE-SCORE` under 50%, or a `PLATE-WARN`, means the plate does not read as the region: open the plate beside the crop, name what drifted (subject, framing, palette, style), tighten the prompt with that, and regenerate once. Two misses on one region: keep the better plate, mark it `needs_parent_review`, and say why in one line. +4. Transparent cutouts (a figure or object on the page ground): generate on a flat chroma color absent from the subject and key it to alpha before writing the PNG; never ship the keyed background. -## Workflow - -1. Inventory the full approved mock or every assigned crop. -2. Put each visual role in exactly one bucket: - - `produce`: needs generation, image editing, cleanup, cutout work, or a clean plate before it can ship. - - `direct`: ships after format conversion, compression, or renaming because the parent supplied a real standalone source: a project file, stock, or prior production art. A crop from the approved mock is never `direct`, whatever its apparent size. - - `semantic`: build in HTML/CSS/SVG/canvas, no raster output. -3. Crops from the mock are binding visual references, never shipping pixels: a full-page mock's effective resolution is reference grade, and a shipped crop, however close it looks, is how a beautiful comp becomes a blurry site. Every mock-derived asset goes through `produce` as a clean regeneration. -4. Give the parent an execution order for the `produce` bucket. -5. For produced assets, choose the least inventive strategy: image-to-image clean plate, faithful regeneration from crop reference, transparent cutout, texture/pattern reconstruction, stock/project source, or a semantic HTML/CSS/SVG recommendation when raster is wrong. -6. Use the harness's native image tool by default when generation or editing is needed; otherwise use the skill's generate-image.mjs. - -7. Remove baked-in UI text, navigation, buttons, body copy, and mock chrome unless the text is part of the asset. -8. Think through the final DOM/CSS representation before generating. If CSS will own radius, clipping, shadows, borders, perspective, responsive cropping, captions, or card frames, do not bake those into the bitmap. -9. Save outputs non-destructively in the requested project directory, and leave the intent with the file: after every generation, run `node .agent/skills/impeccable/scripts/embed-prompt.mjs --prompt ""` so the prompt lives inside the image itself. The build thread composes what you made and needs to know what it is looking at, and the embedding survives copies where sidecars get lost. -10. Compare each output against its source crop, opening every image by its workspace-relative path; sandboxed viewers reject absolute paths. If a review/QA tool is available, run it before the final manifest, then retry each major/fatal finding once before finalizing. - -Use `texture/pattern extraction` only when the source region is already clean enough to sample as texture. If UI, cards, labels, headings, body copy, or footer chrome must be removed first, classify it as crop-derived cleanup or clean-plate work. - -Use `semantic` for dashboards, charts, controls, screenshots of whole UI sections, data widgets, card chrome, app frames, icon toolbars, logos, wordmarks, and anything the final implementation can render crisply in HTML/CSS/SVG/canvas. Ship a screenshot raster only when the parent explicitly says the screenshot itself is the final asset. - -Semantic does not mean ignored. For every semantic role, write a concrete implementation handoff for the parent craft agent: the DOM/component layers, CSS-owned visual treatment, SVG/canvas/icon-library pieces, responsive behavior, and which nearby produced raster assets it composes with. For logos and icons, prefer inline SVG/vector or icon-library implementation unless the parent provides a production logo raster. - -## Prompt Pattern - -Use this shape for image-to-image work: - -```text -Use the provided crop as the approved visual reference. -Recreate the same asset as a clean reusable production image at the target component aspect ratio and at least 2x display resolution. -Preserve silhouette, object/scene perspective, camera angle, palette, lighting, material, texture, and visual role. -Remove baked-in UI copy, navigation, buttons, labels, body text, watermarks, and mock chrome unless explicitly part of the asset. -Remove letterboxing, padding, card borders, rounded clipping, CSS shadows, perspective transforms, caption bands, and layout backgrounds that the implementation should create in code. -Do not add new objects. Do not change the concept. Do not redesign the composition. -``` - -For transparent cutouts: use true alpha when the tool supports it; otherwise generate on a flat chroma-key color that cannot appear in the subject and post-process that color to alpha before shipping the PNG/WebP. Never ship the keyed background as the final asset. +Do not redesign. Do not add objects, restyle, or reinterpret; the comp was approved as it is. Do not touch the page code, the spec, or the comp. Do not produce anything the spec does not list; a region the parent forgot goes back as a one-line note, not a plate. ## Output Contract -Return a complete manifest, grouped by `produce`, `direct`, and `semantic`. For each asset include: `id`, `source_crop`, `output_path` when applicable, `strategy`, `prompt_used` when applicable, `dimensions`, `format`, `transparency`, `deviations`, and `qa_status`. - -For each semantic row include `id`, `implementation`, `notes`, and `qa_status`. The `implementation` is a concrete build handoff, not a note that no asset was produced: name the likely HTML/CSS/SVG/canvas/icon/component pieces and the visual responsibilities code owns. - -`qa_status` is `accepted`, `needs_parent_review`, or `blocked`. `accepted` only after visual comparison passes. `needs_parent_review` for cut-off subjects, unwanted borders or rounded-card chrome, letterboxing, baked semantic text, low-resolution output, perspective that should have been CSS, missing transparency, or drift from the crop. `blocked` when inputs, permissions, image capability, or asset source quality prevent a credible result. - -End with `execution_order`, `blockers`, and `assumptions` sections. Keep blockers global and minimal; per-asset rows carry only asset-specific risks or decisions. - -Do not modify implementation code. Do not edit the approved mock. Do not produce final page copy. The parent craft agent owns implementation and final mock fidelity. \ No newline at end of file +Return one line per raster region: ` % `. Then `blockers` (missing spec, missing comp, no image capability, exhausted key) and `assumptions`, each global and minimal. Nothing else: no summary, no praise, no implementation advice. The parent runs `build-phase.mjs advance` to verify the plates against the same spec; your line and its line must agree. \ No newline at end of file diff --git a/.agent/skills/impeccable/reference/degraded/finish-reviewer.md b/.agent/skills/impeccable/reference/degraded/finish-reviewer.md index e2a4fd130..c055569ae 100644 --- a/.agent/skills/impeccable/reference/degraded/finish-reviewer.md +++ b/.agent/skills/impeccable/reference/degraded/finish-reviewer.md @@ -11,16 +11,16 @@ A hard turn ceiling ends the run without warning; a run that ends before its con ## Input Contract -Expect: the original request; the confirmed user answers; the artifact path(s); the screenshots the parent captured, in `.impeccable/review/` (web: `desktop.png` and `mobile.png`; native: device-class names such as `phone.png` and `tablet.png`, suffixed per OS on adaptive). A screenshot path the calling brief names is authoritative when the file exists; `.impeccable/review/` is where to look when the brief names none or a named path is missing, never a filename you invent. Also expect: the direction contract (THESIS, OWN-WORLD, STORY, FIRST VIEWPORT, FORM); the PRODUCT.md path; existing hook or detector findings; the chosen world's QUALITY BAR card paths; on a comp-led build the approved comp path (a code-led build has none; it passes the chosen decision comp as a separate critique-reference input, labeled as such, and nothing here that binds "the approved comp" binds it); and the skill's `reference/craft-floor.md` path. On a native (`ios` / `android` / `adaptive`) build the packet adds the platform reference path(s) (`reference/ios.md` / `reference/android.md`) and a line saying no detector ran: read the platform reference alongside the craft floor, judge every check in the platform's own conventions, treat the screenshots as device captures, and know your floor check is the build's only slop gate. When the harness can view images, open the screenshots, the comp, and the card first, and inventory the comp's salient elements in your own words before reading the direction contract or any builder-authored summary: a review anchored on the contract inherits whatever the builder's abstraction dropped. +Expect: the original request; the confirmed user answers; the artifact path(s); the screenshots the parent captured, in `.impeccable/review/` (web: `desktop.png` and `mobile.png`; native: device-class names such as `phone.png` and `tablet.png`, suffixed per OS on adaptive). A screenshot path the calling brief names is authoritative when the file exists; `.impeccable/review/` is where to look when the brief names none or a named path is missing, never a filename you invent. Also expect: the direction contract (THESIS, OWN-WORLD, STORY, FIRST VIEWPORT, FORM); the PRODUCT.md path; existing hook or detector findings; the chosen world's QUALITY BAR card paths; on a comp-led build the approved comp path (a code-led build has none; it passes the chosen decision comp as a separate critique-reference input, labeled as such, and nothing here that binds "the approved comp" binds it); on a comp-led build the build state (`.impeccable/build/state.json`), the measured spec (`.impeccable/build/spec.json`), and the diff directories `.impeccable/review/diff/hero/` and `.impeccable/review/diff/final/` (each holds `side-by-side.png`, `heatmap.png`, `regions/.png` paired crops, and `report.json` with per-region scores and verdicts from `comp-diff.mjs`); and the skill's `reference/craft-floor.md` path. On a native (`ios` / `android` / `adaptive`) build the packet adds the platform reference path(s) (`reference/ios.md` / `reference/android.md`) and a line saying no detector ran: read the platform reference alongside the craft floor, judge every check in the platform's own conventions, treat the screenshots as device captures, and know your floor check is the build's only slop gate. When the harness can view images, open the screenshots, the comp, and the card first, and inventory the comp's salient elements in your own words before reading the direction contract or any builder-authored summary: a review anchored on the contract inherits whatever the builder's abstraction dropped. ## Checks, in order 0. **Evidence.** Before any other check, verify the required captures exist and every capture is valid. Required: the platform's full viewport set (web: `desktop.png` and `mobile.png`; native: one capture per shipped device class), plus every capture the calling brief names as required, a reported user viewport (`user-.png`) included. Valid: no black or blank regions, content matching what the filename claims (a visit capture showing the About section is invalid), the document top visible where the file claims a full page, dimensions that make sense for the named viewport. A required capture that is absent fails exactly like one that is malformed: a viewport nobody captured is a viewport nobody inspected, and it cannot ship. When any capture fails, the whole review changes shape: return `disposition: recapture` as the first line, then one section, `recapture`, listing each missing or invalid file and what a valid capture of it shows, and stop. Never build a matrix on malformed evidence; a verdict derived from a broken capture launders the breakage into an approval, and the parent owes you a full re-review on valid captures, not a scoring round. -1. **Persistence.** PRODUCT.md exists. On a comp-led build, `.impeccable/review/hero-repro.png` exists: the hero reproduction checkpoint's capture at the comp's own dimensions; its absence means the reproduction phase ran unproven, a material finding. When DESIGN.md predates this build (an extension or redesign), it matches the built world; on a new world it is written after this review by the documenter, so its absence here is not a finding. When comp-round comps exist under `.impeccable/mocks/`, an approval record exists too: the surface brief naming the approved comp, or an `approved` flag in its sidecar. Comp-round comps with no recorded pick mean the approval point was skipped, a material finding. Files under `.impeccable/mocks/decision/` are exempt: they are the direction round's dealt hand, produced before any comp round, and imply no approval whatever the build path; a code-led build has no comp round at all. -2. **Fidelity.** Against your own element inventory of the approved comp, never against the contract's summary of it: topology, reading order, focal scale, overlaps and z-order, density, signature geometry, the primary action's treatment (a CTA the comp physically works, dissolves, or stamps is a signature element; its plain-rectangle rendition is contradicted), navigation items and icons, headline levels and scale relationships. Classify every salient element: match, acceptable adaptation, missing, contradicted, or added without approval. Three rows are mandatory in every matrix. TYPE: the display lettering's character, compression, width, weight, contrast, terminals, against the comp's; a face of a different character is contradicted however the layout matches. MATERIAL: an element rendered as flat CSS or clean vector where the comp shows painted, textured, dimensional, or photographic material is contradicted regardless of placement; medium is part of the promise. GROUND: the page field's value and temperature against the comp's, sampled from pixels on both sides when tooling allows rather than judged from memory, and read as the net on-screen result where a texture or tile paints over the base color; a ground warmer or cooler than the comp's is contradicted however faithfully the layout matches, and drift toward the rendition prior (warm cream on light grounds, blue-black slate on dark) is the direction to hunt. With no approved comp, TYPE and MATERIAL do not lapse: judge them against the contract's OWN-WORLD and the world's real materials, and treat faked physicality (CSS bevels, embossing, stamped-metal or chalk effects imitating a material the page never renders) as contradicted on its face; imitation material is the single most reliable mark of machine-made design. GROUND narrows rather than lapses: with no comp to sample, a color OWN-WORLD names is the target and the same warmer-or-cooler judgment applies; when OWN-WORLD names none, there is no GROUND authority, and the review says so in place of a verdict, because a target the reviewer invents turns the check into taste. A critique-reference comp on such a build is provocation, not spec: no element matrix, no adaptation citations, no asset obligations; its one contribution is what the image dared that the build did not, and dares worth adopting enter material_fixes as ordinary ordered fixes. An adaptation counts as intentional only when it cites the user answer, surface brief, accessibility need, or product truth that forced it; an uncited deviation is a defect. A missing signature element, a changed topology, or content added without approval fails fidelity and outranks every craft point in material_fixes. When MATERIAL is contradicted on the focal element, or contradiction is the page rather than the exception, stop ordering repairs: make the first material fix a rebuild directive naming the comp regions to re-derive and the assets to produce; a list of patches against a rejected page launders the rejection into an approval. A fix that requires producing an asset says so explicitly ("produce: as a raster asset"), never phrased as a style adjustment the parent will answer with CSS. The comp is the spec for composition, topology, element inventory, density, lettering character, and material; it is not a pixel spec for semantics, accessibility, or responsive reflow, and that allowance covers translation, never replacement. +1. **Persistence.** PRODUCT.md exists. On a comp-led build, `.impeccable/build/state.json` exists and its `comps` (or `skipped` when a surface round locked the comp), `spec`, `plates`, and `hero` phases are `closed`; a comp-led config with no state file, or a state whose `comps` phase never closed, means the comp round was skipped and the build ran from a world description alone, a material finding that outranks craft; a phase closed with a `forced` record is disclosed as a material finding unless the user downgraded the comp in words the packet quotes; a state file whose `hero.gate.score` sits under 0.72, or a missing state file, means the reproduction ran unproven, a material finding, and `.impeccable/review/hero-repro.png` must exist either way. When DESIGN.md predates this build (an extension or redesign), it matches the built world; on a new world it is written after this review by the documenter, so its absence here is not a finding. When comp-round comps exist under `.impeccable/mocks/`, an approval record exists too: the surface brief naming the approved comp, or an `approved` flag in its sidecar. Comp-round comps with no recorded pick mean the approval point was skipped, a material finding. Files under `.impeccable/mocks/decision/` are exempt: they are the direction round's dealt hand, produced before any comp round, and imply no approval whatever the build path; a code-led build has no comp round at all. +2. **Fidelity.** Start from the measurement, then judge what it cannot: read `.impeccable/review/diff/final/report.json` (and hero) first; every region scored `missing` or `contradicted` is a matrix row in that state unless the paired crop under `regions/` shows the score is wrong, and you say why; a region scored `match` still gets your eye for lettering character and material, which the numbers do not measure. Then, against your own element inventory of the approved comp, never against the contract's summary of it: topology, reading order, focal scale, overlaps and z-order, density, signature geometry, the primary action's treatment (a CTA the comp physically works, dissolves, or stamps is a signature element; its plain-rectangle rendition is contradicted), navigation items and icons, headline levels and scale relationships. Classify every salient element: match, acceptable adaptation, missing, contradicted, or added without approval. Three rows are mandatory in every matrix. TYPE: the display lettering's character, compression, width, weight, contrast, terminals, against the comp's; a face of a different character is contradicted however the layout matches. MATERIAL: an element rendered as flat CSS or clean vector where the comp shows painted, textured, dimensional, or photographic material is contradicted regardless of placement; medium is part of the promise. GROUND: the page field's value and temperature against the comp's, sampled from pixels on both sides when tooling allows rather than judged from memory, and read as the net on-screen result where a texture or tile paints over the base color; a ground warmer or cooler than the comp's is contradicted however faithfully the layout matches, and drift toward the rendition prior (warm cream on light grounds, blue-black slate on dark) is the direction to hunt. With no approved comp, TYPE and MATERIAL do not lapse: judge them against the contract's OWN-WORLD and the world's real materials, and treat faked physicality (CSS bevels, embossing, stamped-metal or chalk effects imitating a material the page never renders) as contradicted on its face; imitation material is the single most reliable mark of machine-made design. GROUND narrows rather than lapses: with no comp to sample, a color OWN-WORLD names is the target and the same warmer-or-cooler judgment applies; when OWN-WORLD names none, there is no GROUND authority, and the review says so in place of a verdict, because a target the reviewer invents turns the check into taste. A critique-reference comp on such a build is provocation, not spec: no element matrix, no adaptation citations, no asset obligations; its one contribution is what the image dared that the build did not, and dares worth adopting enter material_fixes as ordinary ordered fixes. An adaptation counts as intentional only when it cites the user answer, surface brief, accessibility need, or product truth that forced it; an uncited deviation is a defect. A missing signature element, a changed topology, or content added without approval fails fidelity and outranks every craft point in material_fixes. When MATERIAL is contradicted on the focal element, or contradiction is the page rather than the exception, stop ordering repairs: make the first material fix a rebuild directive naming the comp regions to re-derive and the assets to produce; a list of patches against a rejected page launders the rejection into an approval. A fix that requires producing an asset says so explicitly ("produce: as a raster asset"), never phrased as a style adjustment the parent will answer with CSS. The comp is the spec for composition, topology, element inventory, density, lettering character, and material; it is not a pixel spec for semantics, accessibility, or responsive reflow, and that allowance covers translation, never replacement. 3. **Ceiling.** Against the QUALITY BAR card: name the world's native devices the build left unused, frame, depth, lettering treatment, ornament density, motion. The card governs commitment and finish, never composition. 4. **Contract, promise by promise.** First verify FORM carries the seed key the concept roll printed; a contract with no seed key, or one the parent cannot corroborate, means the roll was skipped, a material fix ahead of any craft point. Then, for each of the five blocks: does the render keep the promise? Apply the memory test to the first viewport. -5. **Truth.** Demonstration data authored and labeled synthetic; no invented commercial claims; unanswered claims present as marked placeholders, not omissions. Every image-native region of the approved comp shipped as a real asset, not a gradient standing in for one, and every produced asset visibly present in the screenshots; an asset applied at near-zero opacity or buried behind other paint is a compliance token, not a shipped material. +5. **Truth.** Demonstration data authored and labeled synthetic; no invented commercial claims; unanswered claims present as marked placeholders, not omissions. Every raster region of the spec shipped as its plate (the spec names the file; the page references it; the region's diff row is not `missing`), not a gradient, an inline SVG, or a many-vertex `clip-path` standing in for it, and every produced asset visibly present in the screenshots; an asset applied at near-zero opacity or buried behind a wash is a compliance token, not a shipped material, and the detector's `buried-raster` and `organic-clip-path` findings in the packet are material fixes. 6. **Floor.** Read the craft floor's Refuse list and hold the screenshots against it: kickers and eyebrows, hard offset shadows outside a neobrutalist world, glyph icons, system display faces, gradient text, side stripes, and the rest. A banned element is a material fix even when it matches nothing in the comp: the builder loaded the same ban before writing it, and fidelity to a comp cannot authorize what the floor refuses. The parent's hook findings cover this mechanically where hooks run; this check exists because hookless harnesses reach you with none, and the last two live sessions shipped five kickers past a reviewer that never looked. Do not run a second detector pass; mechanical findings belong to the parent's hooks. diff --git a/.agent/skills/impeccable/reference/hooks.md b/.agent/skills/impeccable/reference/hooks.md index 188215495..2b7d95725 100644 --- a/.agent/skills/impeccable/reference/hooks.md +++ b/.agent/skills/impeccable/reference/hooks.md @@ -32,7 +32,7 @@ The first argument is the action. Defaults to `status`. | `ignore-value [--shared] [--reason "..."]` | Append a rule/value suppression to shared `.impeccable/config.json`. | | `ignore-value --local [--reason "..."]` | Append a private rule/value suppression to `.impeccable/config.local.json`. | | `ignore-value "*" --file [--file ...]` | Turn one rule off in matching files only, leaving it active everywhere else. Repeat `--file`, or use `--file=` / `--files=`. A bare `"*"` with no `--file` is refused: use `ignore-rule ` if you really mean project-wide. | -| `reset` | Delete the project config, dedup cache, and Cursor pending queue. | +| `reset` | Delete the project config, dedup cache, and Cursor pending queue, and remove the hook's entries from every provider manifest `on` installs, the committed Copilot file included (a team-shared `settings.json` that `on` never writes is never touched). | ## Flow diff --git a/.agent/skills/impeccable/reference/new-work.md b/.agent/skills/impeccable/reference/new-work.md index 8647c52c7..96ff5c031 100644 --- a/.agent/skills/impeccable/reference/new-work.md +++ b/.agent/skills/impeccable/reference/new-work.md @@ -46,7 +46,7 @@ The script deals three of your structures; the dice pick which three reach the u 4. Run `node .agent/skills/impeccable/scripts/concept-seed.mjs --scope direction --mode ` and follow what it prints. No substitute, no skip: on a new or replacement world, writing artifact code before this script has run and its assignment is acknowledged is a contract violation, whatever the harness, the model, or the time pressure; the roll is what keeps every run from converging on the category default. The script assigns the direction to build and deals catalog challengers. Fuse each challenger before judging it: the challenger supplies the form and its system grammar, the product supplies every fact, clarity wins conflicts. Weigh fused challengers against the assigned direction on exactly two axes, audience identification and product clarity. Losing to strong grounded material is a valid outcome; beating a thin or tool-monoculture list is the point. Close with a verdict per challenger, decided before any borrowing: wins (beats the assigned direction on both axes; becomes the build candidate), competitive (holds one axis; stays a full alternate), or declined (loses both). A declined challenger is not spent: name the one discipline of its system the assigned direction lacks, and raise the assigned direction to match before presenting it. A donation transfers ambition and system discipline (a palette's total commitment, a grid's density courage, a form's structural honesty), never the challenger's clothes; a lifted motif is a costume note, not a raise, and one world owns the page. Write each raise into the presented direction as its own line, named for its donor; a raise nobody can read did not happen. 5. Present one direction, fully committed and already raised by the hand it beat, raises visible as named lines: world, first viewport, visitor path, signature interaction, cross-surface reach, honest risk. Route each challenger by verdict: winning and competitive challengers are full alternates with their QUALITY BAR cards and one-line case; declined challengers render demoted, compact and quiet, each carrying its verdict and what the direction kept from it, never full-size, never silently dropped, still adoptable on request. The verdict informs the user's choice, never pre-empts it; the demoted row is the hand's proof of judgment. A hand holds at most three full-card challengers: when the roll deals more, the three strongest join and the rest wait in the re-roll pool, noted in one line; dropping a challenger from the hand itself takes a named product-truth failure, disclosed. Add one card for your own top-ranked grounded candidate when it is not the assigned direction, kicker IMPECCABLE’S PICK, same anatomy as every card, with an honest risk line naming its familiarity when true: the strongest grounded direction is often where most runs in this category land, and the user deciding that trade is the point of showing it. Familiar and effective is a legitimate destination, not a failure of nerve; the pick card and the standing exit serve it at two depths. One pick card, never two, never a ranked list: a lineup of your candidates hands selection back to a taste function and invites the safest card. The pick never takes the lead position; when the dice assign your top candidate there is no pick card, and the assigned card notes it topped your list. Add re-roll with an optional one-line steer, in three registers: plain (a fresh hand, same spread), safer (your remaining conventional grounded candidates plus the canon against named competitors), bolder (foreign forms only, at full commitment). The register is the user's steering on the familiar-to-bold axis, never yours to pre-select; when the answer carries one, re-run the seed with `--register ` and the next `--reroll` round, and follow what it prints. A user saying "bolder" or "safer" while a direction round is open means these registers, never the bolder or harden commands. The two channels share this structure and differ only in richness: cards and boards on the decision page, names and one-liners through the structured tool, whose option list carries the assigned direction, the pick, the winning and competitive challengers, and the standing exit last; declined challengers fold into the assigned option's description as their kept lines, so the raise survives the text channel. -The standing exit: every direction round offers one quiet, permanent alternative, the category standard, played straight. It is the user's door, never yours: never recommend it, never weigh it against the roll, never let it soften the dealt directions; the counterweights bind the unchosen default, not the chosen one. When the user takes it (the canon action, a safer-steer, or plain words asking for the familiar or competitor-like path), convention becomes the commitment: ask once for two or three products this should sit alongside, make their craft level the bar, and execute the canon at full fidelity, without irony or smuggled quirk. Record a standing preference as a brand commitment in PRODUCT.md. Re-roll eliminates every direction already shown, grounded and challenger alike; after two consecutive re-rolls, ask what quality is missing. Re-roll on your own only on named factual grounds, when the assigned direction cannot carry the product's truth or task; taste is never grounds. The user may re-roll freely, and a user- or brief-pinned direction beats the roll, always. Present the decision visually: write an options payload with the assigned direction leading, its raised lines included; the pick card when one exists; the dealt challengers as alternates with their QUALITY BAR cards, verdicts, and kept lines; re-roll with its safer and bolder registers; steer; canon enabled; and `buildPath` carrying the recorded default with `toggle: true` whenever image generation exists (details in the build-path paragraph below). A degraded roll with no challengers still uses the page, as a single text-only card with re-roll. Give every card the same anatomy: thesis, palette, materials, first viewport, honest risk, and the challengers' case lines (`--schema` prints the exact shape); the page renders identity from these fields, demotes declined challengers to their row on its own, and a challenger's catalog image rides as labeled inspiration, never the promise of the build. Author `canonCard` too: the category standard as one honest card, same anatomy; the page keeps it subordinate, and the counterweights still bind you. Run `node .agent/skills/impeccable/scripts/serve-question.mjs --start --payload ` (`--schema` first for the payload shape). It daemonizes, prints the page URL and a key, and exits; open that URL for the user, in-app browser first, then the system opener, then showing the URL. Collect the choice with `--wait --key `, repeating while it exits 3; the ANSWER prints as JSON. An ANSWER of `{"optionId":"reroll"}` keeps the server alive and the page open on a loading hand: rerun concept-seed with the same `--scope` and `--mode` plus `--from --reroll ` (1 on the first re-roll, counting up), build the next payload, deliver it with `--update --key --payload `, then return to `--wait` on that key. Never `--start` a second server or fall back to chat here: either strands the open tab on a hand that never arrives. Exit 4 means the page closed unanswered: re-present once through the structured question tool, and with no answer there either, proceed unattended with the assigned direction and state the assumptions. A harness that can leave a shell blocked in the background may run the script without `--start` and let it auto-open and block. Never predict the fallback: run the script, and only exit code 2 from starting it routes the decision to the structured tool; that exit is the fallback, never an error to retry. +The standing exit: every direction round offers one quiet, permanent alternative, the category standard, played straight. It is the user's door, never yours: never recommend it, never weigh it against the roll, never let it soften the dealt directions; the counterweights bind the unchosen default, not the chosen one. When the user takes it (the canon action, a safer-steer, or plain words asking for the familiar or competitor-like path), convention becomes the commitment: ask once for two or three products this should sit alongside, make their craft level the bar, and execute the canon at full fidelity, without irony or smuggled quirk. Record a standing preference as a brand commitment in PRODUCT.md. Re-roll eliminates every direction already shown, grounded and challenger alike; after two consecutive re-rolls, ask what quality is missing. Re-roll on your own only on named factual grounds, when the assigned direction cannot carry the product's truth or task; taste is never grounds. The user may re-roll freely, and a user- or brief-pinned direction beats the roll, always. Resolve collisions field by field: preserve every user- or brief-pinned constraint. In dimensions the brief leaves open, the assignment still binds through its topology, controls, state vocabulary, and ritual; when only its materials conflict with a pinned visual direction or PRODUCT.md brand commitment, translate that material expression and name the translation in the presented direction. A look mismatch is not grounds to re-roll. Present the decision visually: write an options payload with the assigned direction leading, its raised lines included; the pick card when one exists; the dealt challengers as alternates with their QUALITY BAR cards, verdicts, and kept lines; re-roll with its safer and bolder registers; steer; canon enabled; and `buildPath` carrying the recorded default with `toggle: true` whenever image generation exists (details in the build-path paragraph below). A degraded roll with no challengers still uses the page, as a single text-only card with re-roll. Give every card the same anatomy: thesis, palette, materials, first viewport, honest risk, and the challengers' case lines (`--schema` prints the exact shape); the page renders identity from these fields, demotes declined challengers to their row on its own, and a challenger's catalog image rides as labeled inspiration, never the promise of the build. Author `canonCard` too: the category standard as one honest card, same anatomy; the page keeps it subordinate, and the counterweights still bind you. Run `node .agent/skills/impeccable/scripts/serve-question.mjs --start --payload ` (`--schema` first for the payload shape). It daemonizes, prints the page URL and a key, and exits; open that URL for the user, in-app browser first, then the system opener, then showing the URL. Collect the choice with `--wait --key `, repeating while it exits 3; the ANSWER prints as JSON. An ANSWER of `{"optionId":"reroll"}` keeps the server alive and the page open on a loading hand: rerun concept-seed with the same `--scope` and `--mode` plus `--from --reroll ` (1 on the first re-roll, counting up), build the next payload, deliver it with `--update --key --payload `, then return to `--wait` on that key. Never `--start` a second server or fall back to chat here: either strands the open tab on a hand that never arrives. Exit 4 means the page closed unanswered: re-present once through the structured question tool, and with no answer there either, proceed unattended with the assigned direction and state the assumptions. A harness that can leave a shell blocked in the background may run the script without `--start` and let it auto-open and block. Never predict the fallback: run the script, and only exit code 2 from starting it routes the decision to the structured tool; that exit is the fallback, never an error to retry. When image generation exists, every card also declares a `comp` path under `.impeccable/mocks/decision/`, the canon card included. Where the harness sandboxes its shell, start the page through the least-sandboxed command path it offers: a sandboxed shell cannot bind the board's port, and the first-attempt failure costs a retry every session. Serve the page first, then produce the comps; the page shimmer-waits per slot and the user may answer before they land. Each card's image is that direction's north-star comp at full fidelity under [visualize.md](visualize.md)'s comp discipline: the requested surface's first viewport, structure-led prompt, real product name and real content, no invented commercial claims, in that card's own palette, type character, and material world, committed all the way. Generation takes the same time at any fidelity, so an unfinished draft pays comp cost for draft quality; fairness between cards is equal fidelity in each card's own grammar, one surface, one aspect, never shared unfinishedness. The frame's aspect is the surface's own: portrait at device viewport for a native app or mobile-first surface, landscape for desktop web; the decision page adapts to either, and a phone screen comped landscape is a broken frame, not a neutral default. Produce in reading order, the assigned card, then the pick, then the full-card hand, then canon, each file written with its prompt sidecar the moment it is done, so a re-roll's spend front-loads onto the cards read first; declined challengers get no comp, their catalog thumb is their face. With parallel subagents, fan out one agent per card: each spawn is the shipped asset producer with a single-comp packet, that card's fields, PRODUCT.md, the shared frame, and the card's declared path, up to four in flight. Regenerate inline any slot still empty when its agent returns; drop without ceremony any slot still empty when the user answers. No other supervision is owed. Without parallel subagents, generate in the main thread after serving, same order, and let the harness's own generation display carry the progress; the wait for the answer follows the last file. The chosen card's comp is not spent by the choice: comp-led, it enters the comp round as compositional option one; code-led, it returns at the finish review as the critique reference, what the image dared that the build did not. Unchosen comps stay in `.impeccable/mocks/decision/` as the round's spent hand; they carry no approval and imply none. With no image generation, cards carry their identity in palette chips and facts, and that page is complete, not a lesser version; the page then also demotes every challenger's catalog art to a labeled thumbnail on its own, because salience must encode the verdict, never the accident of which cards have images. @@ -68,16 +68,20 @@ Calibration: AI-generated interfaces cluster around a few looks regardless of su ## 5. Record the decision -Before code, state the chosen direction as a contract in the artifact's opening comment, five short blocks, 150 words at most, in a form that survives the production build: an HTML comment in the emitted markup, never only a templating-frontmatter comment, placed as the first child of the document's body in the root layout, never inside a slotted or child component (some compilers, Astro among them, strip a slot's leading comment while keeping deeper ones). After the first production build, grep the built output for the seed key; a contract the build erased is a contract nobody can audit. THESIS: the one idea this surface owns and the category-default arrangement it refuses. OWN-WORLD: the palette and component language, specific enough to be recognizable with all content removed. STORY: what the visitor understands, believes, and does. FIRST VIEWPORT: the exact composition, what is where and at what scale, and where the primary action sits. FORM: the chosen form, its position on your ordered list, and the seed key the script printed. Close with one more line, FINISH: the run's exit condition, verbatim "unreviewed and undocumented is unfinished; this build ends with the finish review, the verdict, DESIGN.md, and every shipping raster carrying its provenance". The comment tops the artifact you re-open on every edit, the one reminder that survives a long build: a page that looks complete with the FINISH line undischarged is not done, it is abandoned at the finish line. If a block reads like a mood, the direction is not decided yet; the finishing review audits the render against this contract. +Before code, record the chosen direction as a development-only contract under `## Direction contract` in the relevant surface brief. A direction contract is durable route or artifact strategy, so create or update the brief even when no other surface strategy needs persistence. Keep the contract to six short blocks and 150 words at most. THESIS: the one idea this surface owns and the category-default arrangement it refuses. OWN-WORLD: the palette and component language, specific enough to be recognizable with all content removed. STORY: what the visitor understands, believes, and does. FIRST VIEWPORT: the exact composition, what is where and at what scale, and where the primary action sits. FORM: the chosen form, its position on your ordered list, and the seed key the script printed. Close with one more line, FINISH: the run's exit condition, verbatim "unreviewed and undocumented is unfinished; this build ends with the finish review, the verdict, DESIGN.md, and every shipping raster carrying its provenance". The surface brief is the reminder later agents reload across edits and sessions: a page that looks complete with the FINISH line undischarged is not done, it is abandoned at the finish line. If a block reads like a mood, the direction is not decided yet; the finishing review audits the render against this contract. + +Never copy the direction contract into implementation source or any browser-delivered artifact. This includes HTML or framework comments, hidden DOM, `