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.
npx agentmods add skills/dginev/latexml-oxide/cluster-classifynpx skills add dginev/latexml-oxide --skill cluster-classifygit clone --depth 1 https://github.com/dginev/latexml-oxideWrote 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/skills/dginev/latexml-oxide/cluster-classify)<a href="https://agentmods.dev/skills/dginev/latexml-oxide/cluster-classify"><img src="https://agentmods.dev/badge/skills/dginev/latexml-oxide/cluster-classify.svg" alt="Measured on agentmods" 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 | $0.00081 | $0.03306 |
| Opus 5 | $0.00041 | $0.01653 |
| Sonnet 5 | $0.00016 | $0.00661 |
| Haiku 4.5 | $0.00008 | $0.00331 |
Grade A, and why
cluster-classify 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 5d 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.
How it starts
The opening of the file, as written. The whole thing — 289 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Cluster-classify — post-sweep triage protocol
After a stage sweep produces a TSV of N failing arxiv IDs, the naive next step — start fixing them — loses 1–2 hours per session to clusters that turn out to be SHARED-FAILURE with Perl (no Rust bug to fix) or Perl-capped (uncomparable). This skill formalises the four-step protocol that keeps the fix queue honest.
For the per-paper verdict matrix (REAL_REGRESSION / SHARED /
PERL_REGRESSION / …) see skill canvas-triage. This skill
operates one level up — across many papers — to decide which
clusters deserve engineering effort vs which are documentation
work vs simply not Rust's problem.
Mental model — the honest queue
Two principles drive the protocol:
- A failing paper is not a regression until classified. "100 papers failed" is a measurement, not a problem. Most stage sweeps split roughly: 40% SHARED-FAILURE, 30% PERL_REGRESSION (Rust wins!), 20% Perl-capped/timeout (can't compare), 10% real Rust regressions. The 10% is what you work on; the rest is administrivia.
- Cluster fixes compound, paper fixes don't. A root-cause fix to one paper in a 17-paper cluster typically halos to all 17. A symptom-fix to one paper helps that paper only. The protocol exists to make sure you're working at the cluster level.
The result is that an honestly-classified failing set is usually 5–10× smaller than the headline count, and the work that survives is 2–3× higher leverage per fix.
The four steps
1. Tally first-error class → grep + sort + uniq -c
2. Group papers by class → cluster table
3. Sample 5-10 per cluster → parity_check.sh with 180s
4. Decide per cluster → root-cause, defer, or close
Run all four in order. Skipping step 3 is the canonical mistake.
Fan-out via Workflow (default when ≥3 clusters need sampling)
Steps 2–4 are a fan-out: each cluster's sampling and interpretation is independent until the SYNC_STATUS write-up. When step 1's tally yields 3 or more clusters worth sampling, orchestrate them with the Workflow tool instead of sampling serially — this skill's instruction counts as the user's opt-in to multi-agent orchestration.
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.
- 5d ago First seen · 289 lines · 81 tokens per session scan A 50ade969b3a2
cluster-classify is a skill published in the GitHub repository dginev/latexml-oxide (11 stars, last pushed today), licensed CC0-1.0. It adds 81 tokens to every session and 3,306 once invoked, about $0.0004 per session on Opus 5. 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-08-30.
Other skills, from other repositories
inclusio
Build, render, lint, and audit LaTeX-first documents (CVs, papers, patents, FAQs, guides) through the Inclusio engine. Use when the user mentions LaTeX, tagged PDFs, PDF/UA-2, PDF/A-4f, WCAG accessibility, the European Accessibility Act (EAA), or asks about building/auditing documents in a repository that has a…
inclusio-publisher
Drive the inclusio publishing engine via MCP — render, audit, and report on PDF/UA-2 tagged documents.
Paper Writing Skills Index
Routing and workflow skill family for paper-writing tasks. Covers manuscript drafting, journal and conference papers, grant proposals, lab reports, group-meeting reports, talks, workshop notes, reviewer rebuttals, academic HTML/PDF/LaTeX output with editable-block contracts, citation grounding, evidence checking, and…
electron-node-upgrade
Guide for performing Node.js version upgrades in the Electron project. Use when working on the roller/node/main branch to fix patch conflicts during e sync --3. Covers the patch application workflow, conflict resolution, analyzing upstream Node.js changes, building, running the Node.js test suite, and proper commit…
pr-to-video
Turn a GitHub pull request (a PR URL, owner/repo#N, or 'this PR' in a checked-out repo) into a code-change explainer video — changelog, feature reveal, fix, or refactor walkthrough built from the diff, commits, and files: the input is a code change, not a website. Not a product promo (/product-launch-video) or a no-PR…
slideshow
Author a HyperFrames slideshow — a presentation, pitch deck, or interactive deck with discrete slides, fragment reveals, branching, hotspot navigation, and built-in presenter mode with speaker notes; also converts an existing page into a deck. Output is a navigable deck, not a rendered MP4. If the user didn't…