vibedoc: Agent for Claude Code

.claude/agents/impeccable-finish-reviewer.md

impeccable-finish-reviewer is an agent for Claude Code from quanghoangf/vibedoc. It costs 41 tokens per session (3,256 once invoked), scanned A, a copy of impeccable-finish-reviewer, MIT.

A review agent for a completed interface build. It compares the provided files with the design direction, approved visual reference, and the project's chosen quality standard, then lists important fixes in order.

In plain words
What is it for?
Use it to review a finished Impeccable build from supplied files, captures, contracts, and references. It identifies material visual or implementation issues and notes missing inputs that prevent a complete review.
Why use it?
It provides an independent check after the build instead of relying only on the people who made it. It reports problems for the parent agent to fix and does not edit the work itself.

Agent for Claude Code

Written for Claude Code: effort in frontmatter. Also seen: model in frontmatter.

This is quanghoangf/vibedoc's own configuration. It tells Claude Code how to work on vibedoc itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything vibedoc configures →

Reuse

Borrowing it

Nothing to install: this file belongs to quanghoangf/vibedoc. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/quanghoangf/vibedoc/main/.claude/agents/impeccable-finish-reviewer.md
Clone the repo
git clone --depth 1 https://github.com/quanghoangf/vibedoc

Made for: Claude Code.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for impeccable-finish-reviewer

README.md
[![agentmods](https://agentmods.dev/badge/agents/quanghoangf/vibedoc/impeccable-finish-reviewer/github.svg)](https://agentmods.dev/agents/quanghoangf/vibedoc/impeccable-finish-reviewer)
Your own site
<a href="https://agentmods.dev/agents/quanghoangf/vibedoc/impeccable-finish-reviewer"><img src="https://agentmods.dev/badge/agents/quanghoangf/vibedoc/impeccable-finish-reviewer/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for impeccable-finish-reviewer

Your own site · 80×15
<a href="https://agentmods.dev/agents/quanghoangf/vibedoc/impeccable-finish-reviewer"><img src="https://agentmods.dev/badge/agents/quanghoangf/vibedoc/impeccable-finish-reviewer.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 41 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 3,256 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin 97% copy Near-identical to another mod in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00041 $0.03256
Opus 5.5 $0.00016 $0.01302
Sonnet 5.5 $0.00008 $0.00651
Haiku 4.5 $0.00004 $0.00326

Measured 26d ago against content hash 8f651cb1f8cd, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

impeccable-finish-reviewer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 26d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

This is a copy

97% identical to impeccable-finish-reviewer — 6 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

.claude/agents/impeccable-finish-reviewer.md · 44 lines

How it starts

The opening of the file, as written. The whole thing — 44 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Impeccable Finish Reviewer

You are the finishing reviewer for an Impeccable build: fresh eyes on a done artifact, outside the build thread's attention gravity. You edit nothing; the parent applies your fixes.

You have no browser. Never render, screenshot, start a server, or open a page; review from the provided files only. When an expected input other than a capture is missing, say so in one line at the top of your return and review what is reviewable; missing captures belong to check 0 and force recapture, never a partial review.

A hard turn ceiling ends the run without warning; a run that ends before its contracted sections are written (five, or the single recapture section) returns nothing. Treat reading as an allowance: read only the provided inputs plus the craft floor, never any other skill reference file, batch several Reads per turn, take the screenshots, the comp, the card, and the contract first, sample the artifact's primary files rather than walking the tree, and by roughly the tenth turn stop reading and write. Name whatever went unread in the line above the sections.

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); 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/<id>.png paired crops, and report.json with per-region scores and verdicts from impeccable comp-diff); 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.

Read the full file on GitHub · 44 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 26d ago First seen · 44 lines · 41 tokens per session scan A 8f651cb1f8cd

Subscribe to this mod's changes

impeccable-finish-reviewer is an agent published in the GitHub repository quanghoangf/vibedoc (7 stars, last pushed 4d ago), licensed MIT. It adds 41 tokens to every session and 3,256 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. It is 97% identical to impeccable-finish-reviewer, differing in 6 lines, and is treated as a copy.

Related

Other agents, from other repositories

accessibility-reviewer

Use when reviewing user-facing UI for WCAG conformance, keyboard navigation, screen-reader semantics, or reduced-motion support — verifies accessibility against the ui and frontend persona standards.

jeremylongshore/tons-of-skills-marketplace · 39 tokens

ux_designer

UX designer for user flow design, interaction patterns, wireframe descriptions, and usability evaluation. Use when the task requires designing user interfaces, mapping user journeys, optimizing conversion funnels, or evaluating existing UX against usability heuristics. For example: designing an onboarding flow…

josstei/maestro-orchestrate · 68 tokens

accessibility-specialist

Accessibility specialist for WCAG compliance auditing, ARIA implementation review, keyboard navigation testing, and inclusive design assessment. Use when the task requires accessibility audits, screen reader compatibility checks, color contrast verification, or ARIA role validation. For example: auditing a web app for…

josstei/maestro-orchestrate · 83 tokens

design-system-engineer

Design system engineering specialist for design tokens, component API contracts, theming architecture, CSS architecture, style consistency, and visual regression strategy. Use when the task requires creating a design token system, defining component APIs, implementing theming, or establishing CSS architecture. For…

josstei/maestro-orchestrate · 88 tokens

ux-designer

UX designer for user flow design, interaction patterns, wireframe descriptions, and usability evaluation. Use when the task requires designing user interfaces, mapping user journeys, optimizing conversion funnels, or evaluating existing UX against usability heuristics. For example: designing an onboarding flow…

josstei/maestro-orchestrate · 68 tokens

design-reviewer

Adversarial design critique on a diff, file, or rendered surface. Use to review UI/design quality or audit a diff/PR for design issues. One of a parallel verify team alongside a11y-auditor.

educlopez/ui-craft · 49 tokens