Files
pbakaus_impeccable/tests/live-wrap.test.mjs
T
d0ac67c6e9 Live: polling rework, source locks, preflight scaffolding (#381)
* Improve Live polling responsiveness and reliability

Restore foreground/background polling as the primary harness architecture, add progressive publication and framework-safe previews, and harden quality and regression coverage. The experimental app-server runtime is intentionally excluded.\n\nPrepared with AI assistance under maintainer direction.

* Fix source-safety, detector, and lock defects in Live polling work

Addresses the review findings on #371, plus several the bots did not catch.
All fixes have regression coverage that fails on the prior code.

Source corruption:
- Vue accept dropped valueless root attrs (disabled, v-cloak) and, worse,
  rewrote @click="x" as a literal click="x" DOM attribute, because the attr
  parser was name-anchored and skipped the sigil. Tokenize the whole Vue attr
  grammar and normalize shorthands so accept round-trips directives.
- --variant was interpolated unescaped into a RegExp, so --variant '.*' matched
  the original block first and reported a successful accept while silently
  restoring the original. Validate against the digits pattern the browser and
  the /events schema already enforce.
- --id reached path.join unvalidated, so --id ../../../../etc/evil wrote and
  read receipts outside the project. Hoist the existing safeSessionId check
  into impeccable-paths and apply it at every id-to-path sink.

Accept/lock correctness:
- Plain HTML/JSX accept and discard did not catch SOURCE_LOCKED, so contention
  exited non-zero with empty stdout and the agent got no JSON to retry on.
- Lock staleness was mtime-only and never read the pid it records: a holder
  whose critical section outran 60s had its live lock swept, admitting a second
  writer to the same file, while a crashed holder blocked accepts for a full
  60s. Decide staleness by owner liveness, and release only our own lock.

Detector:
- isNeutralColor only parses computed color forms, so routing authored CSS
  through it reported inset 4px 0 0 #000 / black / #e5e7eb as chromatic
  side-tab stripes. Add an authored-color neutrality test covering hex and
  named neutrals; the fixture had no literal-color cases at all.
- Rule line numbers were off by one for every rule after the first, and
  commented-out CSS was scanned as live rules.

Server:
- An error reply carries no sourceEventType, and inferSourceEventType returned
  undefined, which acknowledgePendingEvent treats as a wildcard: a stale
  generate worker's failure consumed the user's queued Accept, which then
  reached no agent and left the browser in SAVING forever.
- The generate preflight spawned live-wrap.mjs synchronously inside the request
  handler, freezing the single-threaded server for the whole scaffold (~7.6s
  measured on this repo, 15s ceiling) and stalling Accept/Discard/SSE. Make it
  async, claiming the lease before the first await so no event double-delivers.
- Every browser checkpoint was echoed back as variant_progress, so a Tune
  slider drag remounted the preview under the user's cursor and latched the
  *_reviewable phases from the wrong trigger. Gate on the reason.

Cleanup:
- Collapse four divergent benchmark argv parsers into scripts/lib/cli-args.mjs.
  Three silently misread flags: --iterations 20 benchmarked 5, --agent llm ran
  the fake agent, --median-target=0.4 used the default threshold.
- Drop a snapshot cache this branch made write-only (it grew per session for
  the server's lifetime and was never read), a dead exported reconcile helper,
  and the unused deferReply branch.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Route the last two benchmark scripts through the shared argv parser

Follow-up on review feedback. The previous commit consolidated four of the six
Live benchmark parsers and left these two on their own hand-rolled `arg()`,
which was the inconsistency the first pass was meant to remove.

- benchmark-live-control.mjs and benchmark-live-init.mjs parsed --iterations
  with Number(), so a non-numeric value became NaN and `index < NaN` ran the
  benchmark zero times before failing on the metrics file. They also accepted
  only the space-separated form, so --iterations=20 silently measured the
  default. Both now use parseArgs + positiveIntFlag, which throws on a value
  that was clearly meant as a number.
- benchmark-live-control.mjs read the metrics file with no handling for the case
  where the run produced nothing: a missing file surfaced as a raw ENOENT stack
  and a malformed line as a bare SyntaxError. Report both with a diagnostic
  naming the file and the env var that populates it.
- summarize() now reports a `samples` count and nulls instead of letting
  percentile() read past an empty array, where the NaN serialized to null and a
  report of nothing measured looked like a real measurement.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Stop telling users a busy agent is disconnected

The agent-poll indicator tracks whether a poll is parked, which is the right
signal for "can steering reach the agent right now" and is why the flag itself
is left alone. But it goes quiet for two different reasons, and both got the
same copy: "Agent disconnected - run live-poll.mjs to connect".

Under the one-shot foreground polling that live.md calls the primary contract,
no poll is parked while the agent works, so the second reason is every normal
generation. For its whole duration the bar told the user a healthy session was
broken and advised them to start a poll loop that was already running.

Pick the copy from the live state, which the browser already tracks: GENERATING
and SAVING mean the agent holds work it was handed, so say it is working. Every
other state with no parked poll keeps the original, actionable wording. The
aria-label carries the same distinction, since the tooltip is mouse-only.

The text is derived at read time rather than cached, because the live state moves
between the 5s status polls and a finished generation would otherwise keep
reading "Agent is working" until the next one landed. Deriving it also keeps the
read out of setLiveState, which runs long before agentPollingConnected's
declaration and would hit its temporal dead zone.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Scope design-system-font-size off the injected live overlay

live-browser.js builds a self-contained UI that renders over arbitrary host
pages, so its inline type scale is deliberately independent of DESIGN.md, which
documents the impeccable website's ramp. The rule fired 32 times there and is
the only rule that fires on that file.

Suppress it as a file-scoped value wildcard rather than via ignoreFiles: an
ignoreFiles glob would silence every rule for the file, and the overlay is real
user-facing chrome where a future contrast or side-tab finding should still be
heard. Scoped to this one file, so the rule keeps working everywhere else.

Written by hand because hook-admin's ignore-value cannot emit the `files` array
that detector.ignoreValues supports and existing entries already use.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Let hooks ignore-value scope a rule to files, and stop churning the config

Fallout from suppressing the overlay's font-size findings: the narrowest
exception detector.ignoreValues supports was unreachable from the path the hook
tells the model to use, so the guidance steered to the blunt instrument instead.

- hook-admin's ignore-value now takes --file / --files / --file= / --files=,
  matching `impeccable ignores add-value`, which already had them. Without it the
  only file-scoped option was ignore-file, which silences every rule for a path
  permanently, including rules not yet written.
- A bare wildcard value is now refused with a message pointing at either --file
  or ignore-rule. Previously `ignore-value <rule> "*"` quietly wrote a
  project-wide suppression from a single file's finding.
- ignore-value keyed entries on rule+value only, so a second scope for the same
  rule overwrote the first instead of coexisting. Key on the file scope too.
- An unknown flag folded into the value: `ignore-value overused-font Inter
  --shard` stored "inter --shard", matched nothing, and reported success. Reject
  it, as the sibling command does.

Config churn: normalizeIgnoreValueEntries runs on every write and emitted keys as
rule, value, files, reason, createdAt while the config on disk uses createdAt
before reason. Any edit therefore rewrote every untouched entry (35 churned lines
for a one-line change). Pin the canonical order in both copies of the normalizer
and in ignores.mjs, and add a test that the two copies cannot drift apart.

Also point the hook's own footer and reference/hooks.md at the file-scoped form
first, and say plainly what ignore-file costs.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Correct the prose-gate docs and write down the no-bump-in-a-PR rule

CLAUDE.md said the prose validator "deliberately skips skill/", which is only
half true and cost a build failure this week: validateProse skips it, but
validateSkillProse then scans skill/**/*.md and fails the build on em dashes plus
the phrases with no technical reading. Document both gates, which files each one
reads, and the line that actually matters in practice: an em dash in
skill/reference/*.md fails the build, one in a skill/scripts/*.mjs comment does
not. Each claim was checked against a real `bun run build`.

Also record that feature PRs do not bump manifest versions or add changelog
entries. It was not written down anywhere: not CLAUDE.md, not AGENTS.md, not the
PR template. CLAUDE.md's "Bump when: CLI code changes" reads as an instruction to
bump inside the PR that touches cli/, so say plainly that it names which
component a change belongs to rather than when to edit the manifest.

Put the rule in AGENTS.md too. That is the guide the agents opening PRs here
actually read, so a rule about PR hygiene living only in CLAUDE.md would not
reach them.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Bring Live progressive delivery and the generator subagent to Claude Code

Almost none of this branch's Live work was actually Codex-specific. The publisher,
the fences, the source locks and the browser's partial-arrival UI are plain node
and DOM with zero provider references, and the progressive E2E already passes on
five frameworks driven by a non-Codex agent. The Codex-only part was policy prose
and one frontmatter line, so Claude Code shipped the progressive browser UI it
could never trigger.

Progressive delivery, Codex and Claude Code:
- Add a `live-progressive` capability tag and opt codex, agents, and claude-code
  in. A provider block takes one tag, so naming harnesses would have meant
  duplicating the recipe per tag; a capability reads better than a provider list
  anyway. Cursor and everyone else keep the atomic path until their poll loop is
  known not to stall on the extra publish calls.
- Claude Code publishes variant 1 as soon as it validates rather than waiting to
  write the whole trio in one edit. Nothing about the arrival path needed
  changing: the publisher writes, framework HMR pushes, and the browser's
  MutationObserver counts variants. The parent conversation was never in that
  path, which is why Claude Code's lack of subagent progress streaming does not
  matter here.

Generator subagent:
- Drop `providers: codex` from impeccable-live-generator. The build already maps
  its frontmatter correctly for Claude Code, and impeccable-manual-edit-applier
  has shipped to .claude/agents/ this way all along.
- The reason differs per harness, so the reference says so: Codex delegates to
  unblock a foreground poll, Claude Code delegates to keep a long session's
  screenshots and variant CSS out of the main context. Follows the existing
  manual-edit-applier convention: both agent names, and an inline fallback when
  native subagents are unavailable.

Fixes found on the way:
- The two publish commands hardcoded `.agents/skills/impeccable/scripts/` while
  the other thirteen commands in live.md use {{scripts_path}}. Correct only for
  the Codex repo-skills bundle; it would have pointed Claude Code at a directory
  its install never creates. The shipped .codex variant was already internally
  inconsistent. Now covered by a test.
- `--agent=codex` resolved to the canned fake agent, because the flag parsed as
  `x === 'llm' ? 'llm' : 'fake'`. The private evals Live runner passes exactly
  that, so a real-harness run would have scored deterministic stub variants and
  reported them as Codex output. Unknown values for --agent, --scenario and
  --delivery now fail loudly.
- live-reference tests now compile with each provider's real providerTags instead
  of hand-written lists, so a providers.js misconfiguration fails in tests rather
  than shipping.

Verified: progressive E2E green on vite8-react-plain against a real Vite server
and Chromium; every provider variant's publish and poll paths now agree; Cursor
and Gemini still compile to atomic only.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Fix inset-order detection, the unlocked artifact discard, and stray boolean flags

Three of the four open review findings. The fourth is declined below.

- The inset-stripe scan only matched layers starting with `inset`, but the keyword
  is order-independent: `box-shadow: 4px 0 0 var(--brand-accent) inset` paints the
  same stripe and was silently missed. Strip the keyword wherever it sits, but
  only as a standalone token, so a color like var(--inset-accent) is not mangled
  into `var(-- -accent)` and quietly reclassified as neutral. The fixture now
  covers both orders plus that token, and a trailing-inset neutral still passes.
- The source-artifact discard deleted the preview without the source lock, unlike
  every other discard path. Take the lock. Narrower than reported, though: the
  server journals `discard_requested` as a fenced phase before live-accept runs
  and the publisher checks it three times, so a publish could never land on a
  discarded session. What this actually prevents is deleting the artifact under a
  publisher mid-critical-section, turning a clean stale_generation_epoch into an
  ENOENT crash.
- benchmark-live-providers.mjs still compared `--headed` and `--skip-cleanup-control`
  against a boolean sentinel, so the `=true` spelling silently did nothing. My
  gap: I introduced boolFlag and converted benchmark-live.mjs but not this one.
  skipCleanupControl is now read once rather than twice, so the two call sites
  cannot drift.

Declined: tightening the selector guard that skips `active` / `current` /
`selected` tokens. It does cause false negatives on names like `.selected-feature`,
but the rule's contract makes selection and focus indicators its one exception,
and `.active-tab` / `.current-step` / `.selected-row` are syntactically identical
to `.selected-feature`. No regex separates them, so tightening the guard trades
missed stripes for false positives on exactly the case the rule exempts. The
conservative skip is the intended behavior.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Classify failed accepts as errors, and fix parallel lane race/all misuse

Two of the three new findings, plus the bug that chasing them exposed in my own
earlier fix. The third is mitigated rather than broken; details below.

Failed accepts reported success:
live/completion.mjs only classifies a result as `error` when it carries
`mode: 'error'`. Everything else unhandled falls through to `agent_done` with an
ok ack, which is deliberate for the documented fallback paths (two tests pin it)
but wrong for a real failure. So `accept_receipt_conflict` reported success, and
reference/live.md's `handled: false` without `mode` bullet told the agent to
"read file, find markers, edit" — hand-applying a second accept on top of the one
the receipt already recorded.

The same hole swallowed `source_locked`, which is mine: the earlier commit made
lock contention return clean JSON so the agent could retry, but the classifier
turned that failure into agent_done/ok, so the accept was dequeued and silently
lost. Mark genuine failures with `mode: 'error'` through one `operationFailure`
helper, and give live.md a `mode: "error"` bullet with per-error guidance: retry
the same command on `source_locked`, never hand-edit, and on a receipt conflict
report what the session actually resolved to. The deliberate fallback and
markers-not-found handoffs stay untouched.

parallel-compact lane orchestration:
`Promise.race` settles on the first *settlement*, so one lane failing fast
rejected the whole first-variant step while two lanes were still on their way to
succeeding. `Promise.any` now takes the first success and only a total wipeout is
fatal, reporting every lane's reason. The tail step's `Promise.all` surfaced a
raw lane error non-deterministically; `Promise.allSettled` now reports how many
lanes failed and why. Added a `requestImpl` seam so lane orchestration is
testable without a provider key.

Not a defect: the browser releasing Accept before the source write. That is the
intended optimistic design, and it is safe because poll-lanes ranks accept at
priority 0 against generate at 2, so a queued accept is always leased before a
generate the user queues afterwards, even if the generate arrived first. Its
source write lands inside the poll script before the next generate preflights.
That invariant is load-bearing and had no tests at all; poll-lanes.mjs now has a
suite covering it plus lease and type filtering.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Finish the failed-accept classification my last commit only half did

All three new findings are the same root cause, and it is my incomplete fix:
operationFailure only covered results built from a *thrown* error. Two paths it
missed:

- Two catches wrote the failure result as a multi-line literal, so the
  single-line replace skipped them. The Vue accept catch was still bare, exactly
  as reported; the Svelte one too, though its failures happened to be caught by
  completion.mjs's Svelte-only special case.
- The accept implementations also *return* `{handled: false, error}` for their own
  checks (variant missing, template empty, original text ambiguous). Those never
  throw, so no catch ran and no `mode` was set.

Both layers now agree, because each is reachable on its own:

- live-accept marks any unhandled preview-path result via markPreviewFailure,
  keyed on `previewMode` — a clean discriminator, since only the preview branches
  set it and a plain wrapper never does. This is what the agent reads:
  reference/live.md routes on `mode`, so without it the agent was told "read
  file, find markers, edit" for a preview that has no markers in source.
- completion.mjs replaces its arbitrary svelte-component special case with the
  set of preview modes whose variants live outside the user's source. That case
  existed for precisely this reason; Vue and source-artifact were simply never
  added, so the identical failure on those paths acknowledged as success.

The plain wrapper keeps its manual handoff, which is the one shape with editable
markers in source. Both deliberate handoffs (mode: 'fallback' and markers not
found) still classify as agent_done, now pinned by a test so the generalization
cannot swallow them.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Stop the progressive benchmark agent inventing a second variant on count:1

`Math.max(1, event.count - 1)` floored the tail request at one variant, so a
one-variant request fetched a second direction and assembled two. Ask for
`count - 1` and return the first variant untouched when there is no tail.

Latent rather than live: the only caller hardcodes `count: 3`. The reason it is
worth fixing is the caller inconsistency it exposed. tests/live-e2e/agent.mjs
gates its split-progressive path on `event.count > 1`; benchmark-live-providers.mjs
had no such guard, so it would have run the tail for a one-variant request, and
the parallel strategy would have assembled its three fixed lanes regardless of
what was asked for. Guard the caller the same way.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Drop the live generator subagent; fix the artifact decoy that broke accept

The first real Claude Code Live run failed, and the subagent was not the cause.

Root cause: progressive publication stages each revision as
`.impeccable/live/artifacts/<id>-r<n>.<source-ext>`, nothing ever deleted them,
and findSessionFile's walker skipped only node_modules/.git/dist/build. It
searches src, app, pages, ... then `.`; a project whose source is not under one of
those (this repo's own site lives in site/pages/) falls through to the `.` walk,
where dot-directories sort before letters. So accept found the artifact instead of
the real file. Two outcomes, both reproduced: where isGeneratedFile returns true
it declines with mode: 'fallback' (what the run hit, after which the agent
hand-carbonized several hundred lines across three stylesheets, including
unrequested drive-by edits); where it returns false, accept writes the variant
into the throwaway artifact and reports handled: true while real source never
changes.

The E2E suite could not have caught this. Every fixture puts source under `src/`,
which is searched before the `.` walk can reach `.impeccable`. Five framework
fixtures and three progressive scenarios pass because of fixture layout, not
because the path works. I read that as evidence and shouldn't have.

- Never search `.impeccable`: it is Impeccable's own state, never project source.
- Retire a session's staged artifacts on accept/discard, so they cannot outlive
  the session and become a decoy for anything else that walks the tree.
- Regression tests use a site/pages layout with artifacts present. All three fail
  against the previous code.

Generator subagent removed, on both harnesses:
The parent must hand-compress the design system into the handoff, and compression
is lossy. Measured on the real run: a 6,826-char handoff carrying exactly one
token reference, after the parent had itself read kinpaku-tokens.css. The subagent
then spent 3 of its first 9 turns hunting DESIGN.md, gave up, and emitted 0
var(--token) uses and 22 raw oklch literals — violating its own spec's "Never
invent raw colors when tokens exist" — including a 1:1 gold-on-gold contrast bug.
Isolation is not a benefit here; knowing the design system is the job. Generation
stays in the main thread, which already holds the tokens and writes them from the
first byte, so carbonize is a move rather than a translation.

Copy edits keep their subagent: applying a known set of ops to a named file is
self-contained, so an isolated context costs nothing. That is the line.

Progressive delivery stays for Codex and Claude Code, main-thread driven. Claude
Code keeps the full benefit because its poll is a background task. Codex's poll
blocks the foreground, so with no subagent the user sees variant 1 early via HMR
but cannot accept it until the trio finishes; that is the cost of the
simplification and it is worth naming.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Rip out the dead isolated-preview mode and the private repo's job

Comparing this branch's live against main's turned up two whole features that
never made sense here. -2,466 lines.

1. The isolated source-artifact preview was never switched on.

`scaffoldSourceArtifactSession` is only reachable via live-wrap's `--isolated`,
and nothing passes it: not the server's preflight, not live.md, nothing. Proved
it end-to-end — the default wrap writes markers straight into real source and
creates no previews/ session. So the mode was wired through three modules,
carried its own accept/discard branches, browser branches, server metadata
resolution, preview-mode classifier entry, and test suites, and none of it could
run.

Worse, live.md documented it as the active path and told the agent "The true
source is only the publisher's hash fence and must remain byte-identical until
Accept." That is false: the wrapper lands in source at scaffold time and each
revision rewrites it. An agent following that sentence believes source is
protected when it isn't, and the leftover artifacts are what made accept resolve
the wrong file in the first real run. live.md now describes what actually
happens, including that markers are visible in source until Accept or Discard.

Removed: source-artifact.mjs, --isolated, the preflight's isolated option, the
accept/discard branches, four dead browser branches, the server's previews/
resolution, the classifier entry, and their tests. Kept the previews/ gitignore
pattern: an ignore line for a directory that cannot exist is free, and a test
pins it.

2. Quality judging belongs to the private evals repo, which says so.

runner/live/README.md there is explicit: the public repo owns protocol
correctness, framework coverage, timing, source commit, recovery, and a
rubric-free evidence bundle; the private repo owns the task corpus, baselines,
comparative judges, and release-quality decisions — "Do not add quality rubrics,
competitor comparisons, or broad fixture corpora to the public Live benchmark."

This branch added exactly those: an LLM judge scoring 1-10 on "off-brand,
generic-AI" (live-rendered-quality.mjs, judge-live-rendered.mjs), a
cross-provider comparison with a BRAND_CONTRACT rubric (live-provider-benchmark
.mjs, benchmark-live-providers.mjs), and a brand-fidelity fixture corpus. All
removed, with bench:live:providers and their suite entries.

Also removed tests/framework-fixtures/README.md's "External quality-eval
fixtures" section: it documented a bench:live workflow using --fixture-dir,
--agent=codex, --action and --evidence-bundle, none of which benchmark-live.mjs
implements, plus an evidenceCapture block nothing reads.

Kept: timing benchmarks (the public repo's half of that boundary), progressive
publication, the source lock, poll lanes, and Nuxt/Vue component previews.

Coverage note: deleting the isolated suites took the only tests for
`source_locked` classification with them, so the plain wrapper path — now the
only non-component preview — gets equivalent accept and discard coverage. Both
new tests fail if mode:'error' is removed.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Flag inset stripes written with the two-length box-shadow form

box-shadow takes <length>{2,4}: only the two offsets are required, so
`inset 4px 0 red` is valid and paints the same single-edge stripe as
`inset 4px 0 0 red`. The scan demanded a third length, so the short form was
silently missed.

Blur and spread now default to 0 when omitted, which is exactly the stripe shape
the rule looks for. The neutral-color and blur/spread exclusions still hold:
`inset 4px 0 #000` and `inset 4px 0 5px var(--brand-accent)` both pass. Fixture
covers both orders of the short form plus those two exclusions, and fails against
the previous regex.

Third false negative found in this rule (after trailing `inset` and literal
neutral colors), all from the same cause: the scan was written against one
spelling of the syntax rather than the grammar.

Prepared with AI assistance under maintainer direction.

Co-Authored-By: Claude <noreply@anthropic.com>

* Live: polling rework, source locks, preflight scaffolding, Vue previews

Carved out of #371, minus progressive publication. Everything here works
against real project source the way main's Live already does: the agent
writes variants into the file the browser loaded, HMR fires, Accept
promotes and carbonizes. Nothing is staged anywhere.

Poll lanes. Events now carry an explicit priority: accept/discard/exit
ahead of manual_edit_apply/steer/carbonize_cleanup ahead of generate. A
long generate can no longer sit in front of the Accept the user just
clicked. leaseEvent claims its lease before awaiting, so a slow prepare
cannot hand the same event to two pollers.

Source locks. A per-file mutex around every accept and discard path, keyed
on a digest of the absolute path. Staleness is decided by owner-pid
liveness rather than mtime, so a wedged lock clears when its owner dies
instead of after an arbitrary timeout, and a slow-but-live accept is never
stolen from. Only the owning process can release a lock.

Preflight scaffolding. The server runs live-wrap (or live-insert) before
the poll returns and hands the result back as event.scaffold. That walk is
measured at ~7.6s on a large repo; moving it off the agent's critical path
removes a deterministic tool round trip without touching the generated
design. Falls back cleanly to the agent running the helper itself.

Vue previews. previewMode: "vue-component" for Nuxt/Vue targets, matching
the existing Svelte component path: variants compile as real SFCs from a
dev-only directory so the route is never rewritten during generation, and
Vite mounts them without invalidating page state. Accept is the only route
write. Includes a Vue attr tokenizer that normalizes shorthand bindings
(@x, :x, #x) to their canonical forms.

Accept hardening. Every thrown failure now returns mode: 'error' rather
than an ambiguous unhandled result, so a real failure is never classified
as a deliberate manual handoff and silently dropped. The marker search
skips node_modules/.git/dist/build/.impeccable.

Shared CLI arg parsing extracted to scripts/lib/cli-args.mjs.

Assisted-by: Claude Code

* Drop the progressive benchmark, remove dead wrap scaffolding

Review fallout from removing progressive publication.

The Live benchmark existed to compare atomic against progressive delivery:
compareModelBackedReports measures goToFirstVariantMs improvement of one
over the other. With progressive gone it measures nothing against nothing.
Worse, benchmark-live.mjs still passed `progressive` to bootFixtureSession,
which no longer accepts it, so `--delivery progressive` was silently
ignored and would have emitted reports labeled progressive that actually
ran atomic. Silent wrong data is worse than a crash. It was built for
progressive, so it goes with progressive: benchmark-live.mjs, its lib, its
test, and the bench:live script. If an atomic latency baseline is wanted
later, that is a smaller thing built on purpose.

live-wrap.mjs: sourceOriginalLines was assigned and never read.

Both found by review bots on #381 (Copilot).

Assisted-by: Claude Code

* Drop the Vue preview mode; it never reached Svelte's accept path

Cursor found that inlineVueComponentAccept never receives paramValues,
while the Svelte equivalent uses them in 23 places: Accept on a tuned Vue
variant silently persisted the default and threw the user's tuning away.

Chasing that corrected something I had asserted the other way round. I said
Vue's raw-CSS-append was inherited from the Svelte path. It is not.
svelte-component.mjs calls sanitizeAcceptedSvelteCss before writing, which
sanitizes the CSS and bakes tuned params into it. vue-component.mjs had no
sanitize step at all — it appended the variant's <style scoped> body into
whatever style block came last, so a variant could leak CSS site-wide when
the last block was global, and brace CSS landed in a lang="sass" block.

Both are the same defect: the Vue mode mirrored Svelte's preview path
without its accept-side subsystem (bakeParamValuesInCss,
sanitizeAcceptedSvelteCss, appendSanitizedCssRule,
rewriteAcceptedSvelteSelector, rewriteParamSelectors — roughly 200 lines of
CSS rewriting). Both were introduced here, not inherited. A shipped Vue
session could leak styles and discard tuning without saying so.

So it comes out. The poll lanes, source locks, preflight scaffolding, and
accept hardening do not depend on it and are worth landing now. Vue returns
when its accept path reaches parity. The nuxt-vite7 fixture goes back to
main's plain-wrapper shape.

Assisted-by: Claude Code

* Stop the lease redelivery test racing the scheduler

CI failed `does not drop polled events until the agent acknowledges them`
on a commit whose content was byte-identical to one that passed, which is
the signature of a flake rather than a regression.

The test leased an event for 50ms, then asserted a second poll saw a
timeout because the lease was still held. That gave the whole second HTTP
round trip a 50ms real-time budget: cross it and the lease expires, the
event is redelivered, and the assertion fails for a scheduling hiccup
instead of a bookkeeping bug. Locally it passed 6/6; a loaded runner is
where it bites.

Hold the lease for 1000ms so a round trip cannot cross it, and wait
LEASE_MS + 300 before asserting redelivery, so each half has headroom in
the direction it asserts.

Verified by injecting a 60ms stall before the second poll: the old test
fails with exactly the CI message, the new one passes.

Assisted-by: Claude Code

* Recover live sessions that reload past the generation done broadcast

The preflight scaffold write (new in this PR) triggers a framework
full-reload — Astro reloads the page for any .astro edit. When the
agent's variant write and its done SSE land while the browser is
mid-reload, the resumed page misses both the second HMR reload and the
done broadcast: it comes back up on the scaffold-only source and waits
in GENERATING at 0/N forever, with the finished variants sitting in
source. This is the astro-vite7 CI timeout; the failure artifacts show
the full sequence (scaffold at 26.319s, done at 26.515s, the new page's
browser_resumed checkpoint at 26.653s, DOM still scaffold-only).

Three-part fix:

- session-store: agent_done now stamps a monotone generationCompletedAt
  on the snapshot. Browser checkpoints legitimately regress phase and
  arrivedVariants (a resumed page reports what it sees), so completion
  needed a field checkpoints cannot un-set.
- live-browser: on every SSE (re)connect, compare the session summary's
  generationCompletedAt against local progress; when behind while
  GENERATING, pull the finished variants from source (same settle delay
  as the done handler's HMR-first fallback). Covers both orderings of
  resumed-checkpoint vs agent_done. Also, the source-fallback empty-
  wrapper branch no longer tears the session down mid-generation — a
  scaffold-only wrapper is a legitimate in-flight state, so stay in
  GENERATING instead of destroying a session the agent is still filling.
- live-server: a browser checkpoint reporting generating/behind for a
  session whose generation already completed re-broadcasts the stored
  done (idempotent for every other tab), and connected-payload summaries
  expose generationCompletedAt for the browser-side check.

Coverage: live-server unit tests for redelivery, the no-redelivery
guard, and marker durability across checkpoint regression; plus a
deterministic live-e2e scenario on astro-vite7 that blocks the reloaded
page's SSE stream and mocks its HMR websocket dead until after the agent
finishes, forcing the missed-broadcast window every run. All new tests
fail against the pre-fix code.

The e2e harness additionally gains an IMPECCABLE_E2E_ATOMIC_DELAY_MS
lever (widens the scaffold-to-write window) and env-gated console/nav
tracing (IMPECCABLE_E2E_CONSOLE=1) used to diagnose this.

The hypothesis that preflight opens a wrapper-with-no-variants window
came from Copilot's review sketch in the follow-up WIP PR; the killing
mechanism differs from that sketch (nothing calls recoverEmptyCycling in
the CI trace — the session hangs precisely because no code path runs at
all), but the window is real and the guard it suggested is folded into
the source-fallback fix.

Assisted-by: Claude Code

Co-Authored-By: Claude Code <noreply@anthropic.com>

* Retry a completion-driven source fallback that reads only the scaffold

Greptile flagged a hole in the previous commit's empty-scaffold guard:
when a `done` has already been delivered, the source fallback gets
exactly one read. If that read returns the preflight-only scaffold (a
stale source view, or an agent whose write lands in multiple steps),
the guard's silent return left the tab in GENERATING with no further
event ever coming — the same stuck state the previous commit fixed,
reintroduced through a different door.

Callers that know generation finished (the done handler's fallback and
the SSE-reconnect self-heal) now pass generationCompleted, and an empty
read on that path re-reads the source up to 3 times before surfacing
recoverEmptyCycling instead of hanging. Mid-generation callers are
unchanged and still wait indefinitely — a real agent can legitimately
take minutes between scaffold and write, and tearing that down was the
original #385 hazard.

The missed-done e2e scenario now also serves a captured scaffold-only
copy for the first post-reconnect /source read, forcing the retry path
every run. Verified failing against the pre-retry code (tab stranded in
GENERATING, test timeout) and passing with it.

Assisted-by: Claude Code

Co-Authored-By: Claude Code <noreply@anthropic.com>

---------

Co-authored-by: Claude <noreply@anthropic.com>
2026-07-19 18:42:41 -07:00

886 lines
34 KiB
JavaScript

/**
* Tests for the live-wrap CLI helper.
* Run with: node --test tests/live-wrap.test.mjs
*/
import { describe, it, beforeEach, afterEach } from 'node:test';
import assert from 'node:assert/strict';
import { mkdtempSync, writeFileSync, readFileSync, rmSync, mkdirSync } from 'node:fs';
import { join, resolve } from 'node:path';
import { tmpdir } from 'node:os';
import { execFileSync, execSync } from 'node:child_process';
import {
buildSearchQueries,
findElement,
findClosingLine,
detectCommentSyntax,
} from '../skill/scripts/live-wrap.mjs';
// ---------------------------------------------------------------------------
// Unit tests: pure functions
// ---------------------------------------------------------------------------
describe('detectCommentSyntax', () => {
it('returns HTML comments for .html files', () => {
const result = detectCommentSyntax('index.html');
assert.equal(result.open, '<!--');
assert.equal(result.close, '-->');
});
it('returns JSX comments for .jsx files', () => {
const result = detectCommentSyntax('App.jsx');
assert.equal(result.open, '{/*');
assert.equal(result.close, '*/}');
});
it('returns JSX comments for .tsx files', () => {
const result = detectCommentSyntax('component.tsx');
assert.equal(result.open, '{/*');
assert.equal(result.close, '*/}');
});
it('returns HTML comments for .vue files', () => {
const result = detectCommentSyntax('App.vue');
assert.equal(result.open, '<!--');
assert.equal(result.close, '-->');
});
it('returns HTML comments for .svelte files', () => {
const result = detectCommentSyntax('Page.svelte');
assert.equal(result.open, '<!--');
assert.equal(result.close, '-->');
});
});
describe('buildSearchQueries', () => {
it('prioritizes ID over classes', () => {
const queries = buildSearchQueries('hero', 'hero-section,dark', 'section', null);
assert.equal(queries[0], 'id="hero"');
});
it('includes full class match for multi-class elements', () => {
const queries = buildSearchQueries(null, 'hero-section,dark-theme', 'div', null);
assert.ok(queries.some(q => q === 'class="hero-section dark-theme"'));
});
it('accepts browser className whitespace when building class queries', () => {
const queries = buildSearchQueries(null, 'hero-title _heroTitle_1lpqp_2', 'h1', null);
assert.ok(queries.includes('<h1 className="hero-title'));
assert.ok(queries.includes('hero-title'));
});
it('includes each single class fallback for multi-class elements', () => {
const queries = buildSearchQueries(null, 'btn,hero-combined-left', null, null);
assert.ok(queries.some(q => q === 'hero-combined-left'));
assert.ok(queries.some(q => q === 'btn'));
});
it('includes tag+class combo', () => {
const queries = buildSearchQueries(null, 'hero-section', 'section', null);
assert.ok(queries.some(q => q === '<section class="hero-section'));
});
it('includes raw fallback query', () => {
const queries = buildSearchQueries(null, null, null, 'Welcome to our app');
assert.deepEqual(queries, ['Welcome to our app']);
});
it('returns all query types when everything is provided', () => {
const queries = buildSearchQueries('main', 'container,wide', 'div', 'fallback');
assert.ok(queries.length >= 4);
assert.equal(queries[0], 'id="main"');
assert.ok(queries.includes('fallback'));
});
});
describe('findElement', () => {
it('finds an element by class name', () => {
const lines = [
'<html>',
'<body>',
' <div class="hero">',
' <h1>Hello</h1>',
' </div>',
'</body>',
'</html>',
];
const result = findElement(lines, 'hero');
assert.ok(result);
assert.equal(result.startLine, 2);
assert.equal(result.endLine, 4);
});
it('finds an element by ID', () => {
const lines = [
'<section id="features">',
' <p>Content</p>',
'</section>',
];
const result = findElement(lines, 'id="features"');
assert.ok(result);
assert.equal(result.startLine, 0);
assert.equal(result.endLine, 2);
});
it('returns null when element is not found', () => {
const lines = ['<div>hello</div>'];
const result = findElement(lines, 'nonexistent');
assert.equal(result, null);
});
it('skips comments containing the query', () => {
const lines = [
'<!-- hero section -->',
'<div class="hero">',
' <p>Content</p>',
'</div>',
];
const result = findElement(lines, 'hero');
assert.ok(result);
assert.equal(result.startLine, 1); // skips the comment on line 0
});
it('skips lines that contain data-impeccable-variant', () => {
const lines = [
'<div class="hero" data-impeccable-variant="original">Old</div>',
'<div class="hero">Real</div>',
];
const result = findElement(lines, 'hero');
assert.ok(result);
assert.equal(result.startLine, 1);
});
});
describe('findClosingLine', () => {
it('finds the closing tag on the same line', () => {
const lines = ['<p>Hello</p>'];
assert.equal(findClosingLine(lines, 0), 0);
});
it('finds the closing tag across multiple lines', () => {
const lines = [
'<div>',
' <p>Hello</p>',
'</div>',
];
assert.equal(findClosingLine(lines, 0), 2);
});
it('handles nested tags of the same type', () => {
const lines = [
'<div class="outer">',
' <div class="inner">',
' <p>Content</p>',
' </div>',
'</div>',
];
assert.equal(findClosingLine(lines, 0), 4);
});
it('handles deeply nested structures', () => {
const lines = [
'<section>',
' <div>',
' <div>',
' <span>text</span>',
' </div>',
' </div>',
'</section>',
];
assert.equal(findClosingLine(lines, 0), 6);
});
it('handles self-closing tags', () => {
const lines = [
'<div>',
' <img src="test.png" />',
' <br />',
'</div>',
];
assert.equal(findClosingLine(lines, 0), 3);
});
});
// ---------------------------------------------------------------------------
// Integration tests: full wrap CLI on fixture files
// ---------------------------------------------------------------------------
describe('wrapCli integration', () => {
let tmp;
beforeEach(() => {
tmp = mkdtempSync(join(tmpdir(), 'impeccable-wrap-test-'));
clearManualEditsBuffer();
});
afterEach(() => {
rmSync(tmp, { recursive: true, force: true });
clearManualEditsBuffer();
});
it('wraps an HTML element by class name', () => {
const html = `<!DOCTYPE html>
<html>
<body>
<div class="hero-section">
<h1>Hello World</h1>
<p>Welcome to our site.</p>
</div>
</body>
</html>`;
writeFileSync(join(tmp, 'index.html'), html);
const result = JSON.parse(execSync(
`node skill/scripts/live-wrap.mjs --id test123 --count 3 --classes "hero-section" --file "${join(tmp, 'index.html')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
));
// The file path is relative to cwd, so it may be a relative path to the tmp dir
assert.ok(result.file.endsWith('index.html'));
assert.ok(result.insertLine > 0);
assert.equal(result.commentSyntax.open, '<!--');
// Verify the file was modified correctly
const modified = readFileSync(join(tmp, 'index.html'), 'utf-8');
assert.ok(modified.includes('data-impeccable-variants="test123"'));
assert.ok(modified.includes('data-impeccable-variant-count="3"'));
assert.ok(modified.includes('data-impeccable-variant="original"'));
assert.ok(modified.includes('display: contents'));
assert.ok(modified.includes('impeccable-variants-start test123'));
assert.ok(modified.includes('impeccable-variants-end test123'));
// Original should NOT be hidden (stays visible until variants arrive)
assert.ok(!modified.includes('data-impeccable-variant="original" style="display: none"'));
});
it('wraps a JSX element and uses JSX comment syntax', () => {
const jsx = `export default function App() {
return (
<main>
<section className="hero">
<h1>Hello</h1>
</section>
</main>
);
}`;
writeFileSync(join(tmp, 'App.jsx'), jsx);
const result = JSON.parse(execSync(
`node skill/scripts/live-wrap.mjs --id jsx123 --count 2 --classes "hero" --file "${join(tmp, 'App.jsx')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
));
assert.equal(result.commentSyntax.open, '{/*');
assert.equal(result.commentSyntax.close, '*/}');
const modified = readFileSync(join(tmp, 'App.jsx'), 'utf-8');
assert.ok(modified.includes('{/* impeccable-variants-start jsx123'));
assert.ok(modified.includes('data-impeccable-variant-count="2"'));
});
it('finds element by ID when --element-id is used', () => {
const html = `<html><body>
<div id="pricing">
<h2>Pricing</h2>
<p>Plans start at $10/mo.</p>
</div>
</body></html>`;
writeFileSync(join(tmp, 'page.html'), html);
const result = JSON.parse(execSync(
`node skill/scripts/live-wrap.mjs --id id123 --count 2 --element-id "pricing" --file "${join(tmp, 'page.html')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
));
const modified = readFileSync(join(tmp, 'page.html'), 'utf-8');
assert.ok(modified.includes('data-impeccable-variants="id123"'));
// The original pricing div should be inside the wrapper
assert.ok(modified.includes('id="pricing"'));
});
it('exits with error when element is not found', () => {
writeFileSync(join(tmp, 'empty.html'), '<html><body><p>No match here</p></body></html>');
try {
execSync(
`node skill/scripts/live-wrap.mjs --id err123 --count 2 --classes "nonexistent" --file "${join(tmp, 'empty.html')}"`,
{ cwd: process.cwd(), encoding: 'utf-8', stdio: 'pipe' }
);
assert.fail('Should have exited with error');
} catch (err) {
assert.ok(err.status !== 0, 'Should exit with non-zero status');
assert.ok(err.stderr.includes('error') || err.stderr.includes('Could not'), 'Should print error message');
}
});
it('preserves surrounding content when wrapping', () => {
const html = `<div class="before">Before</div>
<div class="target">
<span>Target content</span>
</div>
<div class="after">After</div>`;
writeFileSync(join(tmp, 'preserve.html'), html);
execSync(
`node skill/scripts/live-wrap.mjs --id pres123 --count 2 --classes "target" --file "${join(tmp, 'preserve.html')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
);
const modified = readFileSync(join(tmp, 'preserve.html'), 'utf-8');
assert.ok(modified.includes('class="before"'));
assert.ok(modified.includes('class="after"'));
assert.ok(modified.includes('data-impeccable-variants="pres123"'));
});
it('reports scoped CSS authoring as the default live style contract', () => {
const html = `<section class="hero-shell">
<h1>Plain title</h1>
</section>`;
writeFileSync(join(tmp, 'plain.html'), html);
const result = JSON.parse(execSync(
`node skill/scripts/live-wrap.mjs --id scopedCss --count 2 --classes "hero-shell" --tag "section" --file "${join(tmp, 'plain.html')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
));
assert.equal(result.styleMode, 'scoped');
assert.equal(result.cssAuthoring.mode, 'scoped');
assert.equal(result.cssAuthoring.strategy, 'scope-rule');
assert.equal(result.cssAuthoring.styleTag, '<style data-impeccable-css="SESSION_ID">');
assert.match(result.cssAuthoring.rulePattern, /@scope/);
assert.ok(
result.cssAuthoring.forbidden.some((item) => item.includes('is:inline')),
'scoped mode should explicitly reject file-specific style tag attributes',
);
});
it('reports Astro files need global prefixed live CSS instead of raw @scope', () => {
const astro = `---
const title = 'Astro title';
---
<section class="hero-shell">
<h1>{title}</h1>
</section>`;
writeFileSync(join(tmp, 'Hero.astro'), astro);
const result = JSON.parse(execSync(
`node skill/scripts/live-wrap.mjs --id astroCss --count 3 --classes "hero-shell" --tag "section" --file "${join(tmp, 'Hero.astro')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
));
assert.equal(
result.styleMode,
'astro-global-prefixed',
'event=live_wrap.astro_css_mode actor=agent operation=wrap_astro_file risk=astro_scopes_preview_css_away expected=styleMode astro-global-prefixed actual=' + result.styleMode + ' suggestion=inspect live-wrap output metadata for .astro files'
);
assert.deepEqual(result.cssSelectorPrefixExamples, [
'[data-impeccable-variant="1"]',
'[data-impeccable-variant="2"]',
'[data-impeccable-variant="3"]',
]);
assert.equal(result.cssAuthoring.mode, 'astro-global-prefixed');
assert.equal(result.cssAuthoring.strategy, 'global-prefixed');
assert.equal(result.cssAuthoring.styleTag, '<style is:inline data-impeccable-css="SESSION_ID">');
assert.match(result.cssAuthoring.rulePattern, /^\[data-impeccable-variant="N"\]/);
assert.ok(
result.cssAuthoring.forbidden.some((item) => item.includes('@scope')),
'Astro-prefixed mode should explicitly reject @scope',
);
assert.ok(
result.cssAuthoring.requirements.some((item) => item.includes('raw CSS')),
'Astro-prefixed mode should require raw CSS between style tags',
);
assert.ok(
result.cssAuthoring.forbidden.some((item) => item.includes('template literal')),
'Astro-prefixed mode should reject JSX template-literal style wrappers',
);
assert.ok(
result.cssAuthoring.forbidden.some((item) => item.includes('immediately after the style opening tag')),
'Astro-prefixed mode should reject Astro expression syntax after <style>',
);
});
});
// ---------------------------------------------------------------------------
// Regression tests from real-world failures (EAC report, 2026-04)
// ---------------------------------------------------------------------------
// Integration tests share cwd=process.cwd() with the repo, so a leftover
// .impeccable/live/pending-manual-edits.json from local dev tripped the
// fail-loud check in live-wrap. Clear the buffer around each test.
function clearManualEditsBuffer() {
try {
const p = join(process.cwd(), '.impeccable/live/pending-manual-edits.json');
rmSync(p, { force: true });
} catch {}
}
describe('live-wrap — JSX / TSX correctness', () => {
let tmp;
beforeEach(() => { tmp = mkdtempSync(join(tmpdir(), 'impeccable-wrap-jsx-')); clearManualEditsBuffer(); });
afterEach(() => { rmSync(tmp, { recursive: true, force: true }); clearManualEditsBuffer(); });
it('wraps the correct <section> when a class collides with a multi-line tag elsewhere', () => {
// Decoy section: multi-line JSX with `organic-sand-surface` inside className
// but NOT the full `py-20 lg:py-24` combo.
// Target section: same class token on one line, together with py-20 lg:py-24.
//
// Bug: substring matcher lands on the decoy's className continuation line,
// mangling the decoy tag and missing the real target entirely.
const tsx = `export default function Page() {
return (
<main>
<section
className="organic-sand-surface public-arc-top-section relative z-10 pb-16 lg:pb-20"
id="marketplace-intro"
>
<h2>Intro</h2>
</section>
<section className="organic-sand-surface py-20 lg:py-24">
<h2>Target</h2>
</section>
</main>
);
}`;
writeFileSync(join(tmp, 'page.tsx'), tsx);
execSync(
`node skill/scripts/live-wrap.mjs --id wrapA --count 3 --classes "organic-sand-surface,py-20,lg:py-24" --tag "section" --file "${join(tmp, 'page.tsx')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
);
const modified = readFileSync(join(tmp, 'page.tsx'), 'utf-8');
// Wrapper landed somewhere.
assert.ok(modified.includes('impeccable-variants-start wrapA'), 'wrapper was created');
// Decoy section survives intact — all three of its lines still present in order.
const decoyIntact =
/<section\s*\n\s*className="organic-sand-surface public-arc-top-section/.test(modified) &&
/id="marketplace-intro"/.test(modified);
assert.ok(decoyIntact, 'decoy section opening tag was not mangled');
// Target section sits inside the original variant wrapper.
const originalMatch = modified.match(/data-impeccable-variant="original"[^>]*>([\s\S]*?)\s*<\/div>/);
assert.ok(originalMatch, 'original variant wrapper exists');
const inside = originalMatch[1];
assert.ok(inside.includes('py-20 lg:py-24'), 'target section (with py-20 lg:py-24) is inside original wrapper');
assert.ok(!inside.includes('public-arc-top-section'), 'decoy section is NOT inside original wrapper');
});
it('emits JSX-safe style attribute ({{ }}) in .tsx files', () => {
const tsx = `export default function App() {
return (
<main>
<section className="target">
<h1>Hi</h1>
</section>
</main>
);
}`;
writeFileSync(join(tmp, 'App.tsx'), tsx);
execSync(
`node skill/scripts/live-wrap.mjs --id jsxStyle --count 3 --classes "target" --tag "section" --file "${join(tmp, 'App.tsx')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
);
const modified = readFileSync(join(tmp, 'App.tsx'), 'utf-8');
// HTML-attribute style="..." is invalid JSX (parses then type-errors in strict setups).
assert.ok(
!/style\s*=\s*"display:\s*contents"/.test(modified),
'no HTML-style style attribute on outer wrapper'
);
// JSX-safe object syntax instead.
assert.ok(
/style=\{\{\s*display:\s*["']contents["']\s*\}\}/.test(modified),
'outer wrapper uses JSX style={{ display: "contents" }}'
);
});
it('finds elements via className= (React) when the exact class combo is unique there', () => {
// Both divs contain `target-marker`, but only one shares `shared-class` with it.
// A substring-only search would hit the decoy first; the full className match
// disambiguates — requires the query generator to emit className="..." too.
const tsx = `export default function Page() {
return (
<main>
<div className="extra-class target-marker">Decoy</div>
<div className="shared-class target-marker">Target</div>
</main>
);
}`;
writeFileSync(join(tmp, 'Page.tsx'), tsx);
execSync(
`node skill/scripts/live-wrap.mjs --id classNameA --count 3 --classes "shared-class,target-marker" --tag "div" --file "${join(tmp, 'Page.tsx')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
);
const modified = readFileSync(join(tmp, 'Page.tsx'), 'utf-8');
const originalMatch = modified.match(/data-impeccable-variant="original"[^>]*>([\s\S]*?)\s*<\/div>/);
assert.ok(originalMatch, 'original variant wrapper exists');
const inside = originalMatch[1];
assert.ok(inside.includes('shared-class target-marker'), 'correct target wrapped');
assert.ok(!inside.includes('extra-class'), 'decoy not wrapped');
});
it('falls back to source-visible classes when runtime CSS Modules hashes are present', () => {
const jsx = `import styles from './App.module.css';
export default function App() {
return (
<main>
<h1 className={\`hero-title \${styles.heroTitle}\`}>CSS Modules Fixture</h1>
</main>
);
}`;
writeFileSync(join(tmp, 'App.jsx'), jsx);
execSync(
`node skill/scripts/live-wrap.mjs --id cssModuleA --count 3 --classes "hero-title _heroTitle_1lpqp_2" --tag "h1" --text "CSS Modules Fixture" --file "${join(tmp, 'App.jsx')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
);
const modified = readFileSync(join(tmp, 'App.jsx'), 'utf-8');
const originalMatch = modified.match(/data-impeccable-variant="original"[^>]*>([\s\S]*?)\s*<\/div>/);
assert.ok(originalMatch, 'original variant wrapper exists');
assert.ok(originalMatch[1].includes('CSS Modules Fixture'), 'target content is wrapped');
});
it('keeps the JSX wrapper single-rooted by tucking marker comments INSIDE the outer <div>', () => {
// Replacing one JSX element with [comment, <div>, comment] yields three
// adjacent siblings, which Vite's oxc rejects with "Adjacent JSX
// elements must be wrapped in an enclosing tag." A Fragment `<></>`
// would solve adjacency but breaks `cloneElement`-using parents (Radix
// `asChild` etc.) with "Invalid prop supplied to React.Fragment". The
// wrap script's answer is to tuck the markers INSIDE the outer wrapper
// <div>, which IS the single JSX-slot child.
const tsx = `export default function App() {
return (
<main>
<section className="frag-target">
<h1>Hi</h1>
</section>
</main>
);
}`;
writeFileSync(join(tmp, 'App.tsx'), tsx);
execSync(
`node skill/scripts/live-wrap.mjs --id frag1 --count 3 --classes "frag-target" --tag "section" --file "${join(tmp, 'App.tsx')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
);
const modified = readFileSync(join(tmp, 'App.tsx'), 'utf-8');
// No JSX Fragment wrappers (those break asChild/cloneElement parents).
assert.ok(!modified.includes('<>'), 'no Fragment opener emitted');
assert.ok(!modified.includes('</>'), 'no Fragment closer emitted');
// The outer wrapper <div data-impeccable-variants="..."> appears BEFORE
// both marker comments — markers are tucked inside.
const wrapperIdx = modified.indexOf('data-impeccable-variants="frag1"');
const startMarkerIdx = modified.indexOf('impeccable-variants-start frag1');
const endMarkerIdx = modified.indexOf('impeccable-variants-end frag1');
assert.ok(wrapperIdx !== -1 && startMarkerIdx !== -1 && endMarkerIdx !== -1, 'all markers present');
assert.ok(wrapperIdx < startMarkerIdx, 'wrapper opens before start-marker comment');
assert.ok(endMarkerIdx > startMarkerIdx, 'end marker follows start marker');
});
it('HTML wrapper keeps marker comments OUTSIDE the wrapper <div> (existing layout)', () => {
const html = '<main>\n <section class="html-frag">Hi</section>\n</main>';
writeFileSync(join(tmp, 'page.html'), html);
execSync(
`node skill/scripts/live-wrap.mjs --id htmlFrag --count 3 --classes "html-frag" --tag "section" --file "${join(tmp, 'page.html')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
);
const modified = readFileSync(join(tmp, 'page.html'), 'utf-8');
const wrapperIdx = modified.indexOf('data-impeccable-variants="htmlFrag"');
const startMarkerIdx = modified.indexOf('impeccable-variants-start htmlFrag');
assert.ok(startMarkerIdx < wrapperIdx, 'HTML start marker precedes wrapper div');
});
it('disambiguates repeated JSX siblings via --text and lands on the correct branch', () => {
// Three <aside className="card"> elements with identical classes/tag —
// the user picked the SECOND one. Without --text, first-match wraps the
// first. With --text matching the picked element's textContent, wrap
// narrows to the right branch.
const tsx = `export default function Page() {
return (
<main>
<aside className="card">
<h2>Alpha card</h2>
<p>First in the list.</p>
</aside>
<aside className="card">
<h2>Beta card</h2>
<p>Second in the list.</p>
</aside>
<aside className="card">
<h2>Gamma card</h2>
<p>Third in the list.</p>
</aside>
</main>
);
}`;
writeFileSync(join(tmp, 'Page.tsx'), tsx);
execSync(
`node skill/scripts/live-wrap.mjs --id repeat1 --count 3 --classes "card" --tag "aside" --text "Beta card Second in the list." --file "${join(tmp, 'Page.tsx')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
);
const modified = readFileSync(join(tmp, 'Page.tsx'), 'utf-8');
const originalMatch = modified.match(/data-impeccable-variant="original"[\s\S]*?<\/div>/);
assert.ok(originalMatch, 'original wrapper present');
const inside = originalMatch[0];
assert.ok(inside.includes('Beta card'), 'wrapped the Beta card (the picked one)');
assert.ok(!inside.includes('Alpha card'), 'did not wrap Alpha');
assert.ok(!inside.includes('Gamma card'), 'did not wrap Gamma');
});
it('disambiguates when the picked element has multiple text-node children (textContent has no inter-element whitespace)', () => {
// Real-world regression caught while driving a live loop in the browser.
// textContent concatenates child text without inserting whitespace, so
// an <aside><h1>Hero Two</h1><p>Second card body copy.</p></aside> reads
// as "Hero TwoSecond card body copy." — but the source has whitespace
// between </h1> and <p>. A single-space normalization on both sides
// misses the join boundary; a no-whitespace normalization catches it.
const tsx = `export default function Page() {
return (
<main>
<aside className="card">
<h1 className="hero-title">Hero One</h1>
<p className="hero-hook">First card body copy.</p>
</aside>
<aside className="card">
<h1 className="hero-title">Hero Two</h1>
<p className="hero-hook">Second card body copy.</p>
</aside>
<aside className="card">
<h1 className="hero-title">Hero Three</h1>
<p className="hero-hook">Third card body copy.</p>
</aside>
</main>
);
}`;
writeFileSync(join(tmp, 'Page.tsx'), tsx);
// Note: --text is the textContent the BROWSER produced — no space between
// "Two" and "Second" because textContent has no inter-element whitespace.
execSync(
`node skill/scripts/live-wrap.mjs --id concat1 --count 3 --classes "card" --tag "aside" --text "Hero TwoSecond card body copy." --file "${join(tmp, 'Page.tsx')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
);
const modified = readFileSync(join(tmp, 'Page.tsx'), 'utf-8');
const originalMatch = modified.match(/data-impeccable-variant="original"[\s\S]*?<\/div>/);
assert.ok(originalMatch, 'original wrapper present');
const inside = originalMatch[0];
assert.ok(inside.includes('Hero Two'), 'wrapped Hero Two (the picked card)');
assert.ok(!inside.includes('Hero One'), 'did not wrap Hero One');
assert.ok(!inside.includes('Hero Three'), 'did not wrap Hero Three');
});
it('short --text falls back to first-match instead of erroneously firing element_ambiguous', () => {
// Cursor Bugbot regression: filterByText returned `candidates.slice()`
// (all candidates) when the trimmed snippet was shorter than 8 chars.
// The caller treats `filtered.length > 1` as ambiguous — so a short
// textContent on a page with multiple matching siblings produced a
// spurious `element_ambiguous` error instead of just landing on the
// first match (the documented short-text fallback).
const tsx = `export default function Page() {
return (
<main>
<aside className="card"><h1 className="hero-title">Hi</h1></aside>
<aside className="card"><h1 className="hero-title">Hi</h1></aside>
</main>
);
}`;
writeFileSync(join(tmp, 'Short.tsx'), tsx);
// Picked element's textContent is 'Hi' — only 2 chars. With multiple
// matching siblings the prior bug fired element_ambiguous; the fix
// makes wrap silently land on the first match (existing behavior
// documented in filterByText's JSDoc).
execSync(
`node skill/scripts/live-wrap.mjs --id short1 --count 3 --classes "card" --tag "aside" --text "Hi" --file "${join(tmp, 'Short.tsx')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
);
const modified = readFileSync(join(tmp, 'Short.tsx'), 'utf-8');
assert.ok(modified.includes('data-impeccable-variants="short1"'),
'short --text should still wrap (fallback to first-match), not fail with element_ambiguous');
});
it('returns endLine that includes the multi-line original content offset', () => {
// Cursor Bugbot regression: the `endLine` field was computed as
// `startLine + wrapperLines.length`, but `wrapperLines` is an array
// where one element (originalIndented) is a `\n`-joined multi-line
// string. For multi-line picked elements, the actual wrapper region
// in the file spans (wrapperLines.length + originalLines.length - 1)
// rows. Reporting too-small endLine misled agents writing variants
// about the wrapper boundary.
const html = `<main>
<section class="multiline-target">
<h1>Multi</h1>
<p>Line</p>
<span>Element</span>
</section>
</main>`;
writeFileSync(join(tmp, 'multi.html'), html);
const result = JSON.parse(execSync(
`node skill/scripts/live-wrap.mjs --id ml1 --count 3 --classes "multiline-target" --tag "section" --file "${join(tmp, 'multi.html')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
));
const modified = readFileSync(join(tmp, 'multi.html'), 'utf-8');
const lines = modified.split('\n');
// endLine is 1-indexed; lines[endLine - 1] should be the wrapper's last
// line (the impeccable-variants-end marker for HTML).
assert.match(lines[result.endLine - 1], /impeccable-variants-end ml1/,
`endLine ${result.endLine} should point at the variants-end marker line. Got: ${JSON.stringify(lines[result.endLine - 1])}`);
// And the line after the reported endLine should be `</main>` — proving
// the entire wrapper was accounted for (no rows missing).
assert.match(lines[result.endLine], /<\/main>/,
`line after endLine should be </main>; got: ${JSON.stringify(lines[result.endLine])}`);
});
it('falls back to first-match when --text is not literally present in source (e.g. {title})', () => {
// textContent the browser sends is the rendered text, but the source uses
// a JSX expression. No candidate's source body contains the literal
// textContent — wrap should keep the first-match behavior rather than
// refusing, because failing here would be more annoying than wrong.
const tsx = `export default function Cards({ items }) {
return (
<main>
{items.map(item => (
<aside key={item.id} className="card">
<h2>{item.title}</h2>
</aside>
))}
</main>
);
}`;
writeFileSync(join(tmp, 'Cards.tsx'), tsx);
// Run with --text that won't show up in source verbatim.
execSync(
`node skill/scripts/live-wrap.mjs --id dyn1 --count 3 --classes "card" --tag "aside" --text "Beta card body text" --file "${join(tmp, 'Cards.tsx')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
);
const modified = readFileSync(join(tmp, 'Cards.tsx'), 'utf-8');
assert.ok(modified.includes('data-impeccable-variants="dyn1"'), 'wrapped (first-match fallback)');
});
it('refuses multiple dynamic source branches when rendered text cannot identify one', () => {
const astro = `---
const results = [{ title: 'Result 01' }, { title: 'Result 02' }];
---
<main>
<article class="result-card"><h2>{results[0].title}</h2></article>
<article class="result-card"><h2>{results[1].title}</h2></article>
</main>`;
const file = join(tmp, 'Results.astro');
writeFileSync(file, astro);
let errPayload;
try {
execSync(
`node skill/scripts/live-wrap.mjs --id dyn2 --count 3 --classes "result-card" --tag "article" --text "Result 02 rendered body" --file "${file}"`,
{ cwd: process.cwd(), encoding: 'utf-8', stdio: 'pipe' },
);
assert.fail('Should have refused an unsafe first-match fallback');
} catch (err) {
errPayload = JSON.parse(err.stderr.toString().trim());
}
assert.equal(errPayload.error, 'element_ambiguous');
assert.equal(errPayload.reason, 'rendered_text_not_in_source');
assert.equal(errPayload.candidates.length, 2);
assert.doesNotMatch(readFileSync(file, 'utf-8'), /impeccable-variants-start/);
});
it('errors with element_ambiguous when --text matches multiple identical branches', () => {
// Two <aside className="card"> with truly identical body text. --text
// can't pick a winner — wrap should refuse rather than silently land.
const tsx = `export default function Page() {
return (
<main>
<aside className="card">
<h2>Same headline</h2>
<p>Identical body copy.</p>
</aside>
<aside className="card">
<h2>Same headline</h2>
<p>Identical body copy.</p>
</aside>
</main>
);
}`;
writeFileSync(join(tmp, 'Dup.tsx'), tsx);
let errPayload;
try {
execSync(
`node skill/scripts/live-wrap.mjs --id dup1 --count 3 --classes "card" --tag "aside" --text "Same headline Identical body copy." --file "${join(tmp, 'Dup.tsx')}"`,
{ cwd: process.cwd(), encoding: 'utf-8', stdio: 'pipe' }
);
assert.fail('Should have exited with error');
} catch (err) {
assert.ok(err.status !== 0, 'non-zero exit');
errPayload = JSON.parse(err.stderr.toString().trim());
}
assert.equal(errPayload.error, 'element_ambiguous');
assert.equal(errPayload.fallback, 'agent-driven');
assert.ok(Array.isArray(errPayload.candidates) && errPayload.candidates.length === 2,
'two candidate locations reported');
});
it('respects --tag to reject matches inside the wrong element type', () => {
// Two elements, both containing the class. The <div> comes first in source
// order; a tag-agnostic search would wrap it. With --tag section, the
// <section> is the only valid target.
const html = `<main>
<div class="ambiguous-name">Decoy div</div>
<section class="ambiguous-name">Target section</section>
</main>`;
writeFileSync(join(tmp, 'index.html'), html);
execSync(
`node skill/scripts/live-wrap.mjs --id tagFilter --count 3 --classes "ambiguous-name" --tag "section" --file "${join(tmp, 'index.html')}"`,
{ cwd: process.cwd(), encoding: 'utf-8' }
);
const modified = readFileSync(join(tmp, 'index.html'), 'utf-8');
const originalMatch = modified.match(/data-impeccable-variant="original"[^>]*>([\s\S]*?)\s*<\/div>/);
assert.ok(originalMatch, 'original variant wrapper exists');
const inside = originalMatch[1];
assert.ok(inside.includes('<section'), 'section was wrapped');
assert.ok(inside.includes('Target section'), 'target content is inside wrapper');
assert.ok(!inside.includes('Decoy div'), 'div decoy was not wrapped');
});
});
describe('findClosingLine — edge cases', () => {
it('recognises an opener line where the tag sits at end-of-line (multi-line JSX)', () => {
const lines = [
'<section',
' className="hero"',
'>',
' <h1>Hi</h1>',
'</section>',
];
// findClosingLine should treat line 0 as a valid opener and span to line 4.
assert.equal(findClosingLine(lines, 0), 4);
});
});