acceptance-audit
FreeCheck whether this card's code meets the acceptance criteria
The English summary is being prepared. Showing the original description.
Workshop this idea with me
The English summary is being prepared. Showing the original description.
See how to installReview the instructions the agent will receive before you install.
If you don't already have this card's context (title, identifier, description) — for instance when running outside Workhorse — establish it first by following .agents/docs/card-context.md.
The user wants to explore and refine an idea. Help them think through approaches, trade-offs, and possibilities. Generate mockups when a visual would help illustrate a concept. This is exploratory — follow the user's curiosity rather than driving toward a specific output.
Source the visual language before writing any HTML — do not skip steps:
a. Read the actual implementation of the section being mocked in the target repo. The shipped code is the baseline for how the screen really looks today — components, layout, spacing, copy. Start here so your output is grounded in what exists, not imagined from scratch
b. Read implementations of similar components elsewhere in the target repo to pick up patterns for any new elements not yet present in the section
c. Cross-check against .workhorse/design/ — the design system, component docs, and philosophy notes. The design library may have been updated more recently than the code, so if it disagrees with the implementation, the design library wins
d. Do not reference mockups from other cards under .workhorse/design/mockups/ unless the user explicitly asks — they are point-in-time artefacts, not canonical components
Preserve unchanged aspects. Author fresh HTML and CSS only for the feature or tweak you are exploring. For every other region of the screen, be visually faithful to the current implementation — same layout, components, copy, spacing, styling. Do not re-imagine, re-style, or re-layout regions the card is not changing, and do not let stale styling from mockups on other cards leak in. See "Preserving unchanged aspects" in your system prompt.
No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
Check whether this card's code meets the acceptance criteria
The English summary is being prepared. Showing the original description.
Summarise the unit and e2e tests a branch/PR adds, run only those, and produce a paste-ready report (e.g. for a Linear card). Use when asked to 'summarise added tests', 'run the new tests', 'what tests did this PR add', or to prove a card's test coverage.
The English summary is being prepared. Showing the original description.
Run a quick UX/UI workshop using ASCII-art sketches
The English summary is being prepared. Showing the original description.
Write automated tests for unticked scenarios in this card's test cases
The English summary is being prepared. Showing the original description.
Review code changes on this card for likely bugs, regressions, and missed edges
The English summary is being prepared. Showing the original description.
Maintain a support docs pack — dedup, length budgets, and no splintering — and land changes as a reviewed pull request. Use when a support thread, or a hand-off from Support assist, surfaces a new resolution, a correction to an existing one, or a deployment quirk worth recording. Not for ordinary code changes.
The English summary is being prepared. Showing the original description.