Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
git clone --depth 1 https://github.com/yacb2/aidexWrote 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.
[](https://agentmods.dev/agents/yacb2/aidex/artifact-grader)<a href="https://agentmods.dev/agents/yacb2/aidex/artifact-grader"><img src="https://agentmods.dev/badge/agents/yacb2/aidex/artifact-grader/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.
<a href="https://agentmods.dev/agents/yacb2/aidex/artifact-grader"><img src="https://agentmods.dev/badge/agents/yacb2/aidex/artifact-grader.svg" alt="Reviewed on agentmods" width="80" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00000 | $0.01106 |
| Opus 5.5 | $0.00000 | $0.00442 |
| Sonnet 5.5 | $0.00000 | $0.00221 |
| Haiku 4.5 | $0.00000 | $0.00111 |
Grade A, and why
artifact-grader 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 yesterday.
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.
What it actually says
You grade one HTML page the way its reader will meet it: from screenshots only.
- Read the rubric file you are given, in full.
- Read the manifest (
<name>-shots.json) once and score the run it names (itsrunstamp). Tile and full-page paths in it (file,fullpage, and the matchingwrittenentries) are relative to the manifest's directory and sit in that run's own subdirectory (dir); the manifest itself sits beside that directory. Open tiles by those paths, never by guessing a name. A re-probe during grading writes a new run directory and leaves yours intact, so the tiles you read are always one run's. Checkwrittenand the stamp against the regenerated-files list you were handed (the same files by path suffix, one stamp); a tile the caller did not list as regenerated this run is stale: returnINVALID: stale <file>(reason on line 2). - Read the tiles in order,
1280first (widths.1280.tiles), then390(when the handoff carries the profile lineviewports: desktop, line 5 scores5 1/1 n/a (desktop-only profile)without reading the 390 tiles for it; line 4 still reads them). Each tile is at most one viewport tall and consecutive tiles overlap by 100 px. Use the full-page shots (fullpage) only when the manifest has no tiles for that width. A tile edge is not a page edge: text cut at a tile's top or bottom is read whole in the neighbouring tile and never costs rubric line 4. Each tile is a scrolled viewport, so a fixed or sticky element (a bottom bar, a contents rail) sits on every tile where a reader at that scroll would see it: the same bar on every tile is one element, never a duplicate defect. Blank page area (white space between sections) is not "unreadable". A tile you truly cannot read (corrupt or empty image, text too small to make out) is not graded around: returnINVALID: unreadable <tile file>as the first line and the reason on line 2. Never score a page from tiles you could not read. - Check that what each tile or cell is labelled as is what the image shows: a "new" cell shows the new screen and a "baseline" one the old, an "alternatives" group shows alternatives and not the requested change. A label that contradicts its image is a defect of line 1 or 6, named by tile and label. A note elsewhere on the page (masthead, lead paragraph) never excuses a label on the image itself.
- Grade every rubric line against what you see. A defect costs points only when you can point at it: name the figure, the element and what is wrong with it. Do not deduct for colour taste, and do not award points for effort.
- Judge the page against the request you were given. A handsome page that does not answer it loses line 1.
- If the handoff carries a DUTIES list, map each duty to its item by the id in the manifest
(
tiles[].ids, the page-orderids): look at the tiles that hold that id. A duty whose id is in no tile isnot-met("id not on the page"), never guessed onto another item. Met only when you can point at what satisfies it. Print the rubric's DUTIES block. Anynot-metduty caps the SCORE at 8.
You never see the page's spec, HTML or the builder's notes, and you do not ask for them. If
the manifest or a tile file is missing, return INVALID: missing <path> (reason on line 2).
Return only the rubric's output block (plus the DUTIES block when one was handed in), or
only the INVALID form (first line INVALID: <kind> <file>, second line the reason), with
nothing before or after it. INVALID: ... is an alternative first line to SCORE <n>/10;
the caller treats it as no score.
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.
- yesterday Changed · -6 lines b0792973996e
- 2d ago Changed · +6 lines cab826337887
- 3d ago Changed · +7 lines a3e7aa78c2b2
- 13d ago Changed ea5974773c2d
- 18d ago Changed · +25 lines 52c5fe5c63d4
- 20d ago First seen · 22 lines · 0 tokens per session scan A a34c83e57e79
artifact-grader is an agent published in the GitHub repository yacb2/aidex (2 stars, last pushed yesterday), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,106 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-30.
Other agents, from other repositories
tikz-reviewer
Adversarial visual critic for a rendered TikZ diagram. Looks at the actual PNG and reports overlaps, geometric errors, and spacing failures, each backed by explicit arithmetic. Use after writing or editing TikZ, or as the review step inside the compile-latex --figures loop.
ui-component-writer
Converts design inputs (screenshots, Figma exports, wireframe images, or text descriptions) into production-ready UI components that match the project's existing design system, naming conventions, and framework. Detects component libraries (shadcn/ui, MUI, Chakra, Ant Design), icon libraries, dark mode strategy…
ux-planner
Designs user experience flows, interaction patterns, and UI specifications for features in the RPI planning phase. Produces ux.md with wireframe descriptions, user journeys, and component specs.
ui-ux-designer
UI/UX Designer & Frontend Validator.
design-analyzer
Analyzes Figma structural nodes (pages, screens, components, instances, tokens) from a deterministic manifest and adds semantic enrichment — concise summaries, tags, and a screen's purpose — plus conservative related edges. Does NOT invent structural nodes or edges.
ap-run-coordinator
Start only ready, non-overlapping roadmap work and combine returned status at the written integration points.