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 skills add cruxible-ai/cruxible --skill classification-at-scalegit clone --depth 1 https://github.com/cruxible-ai/cruxibleWrote 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/cruxible-ai/cruxible/classification-at-scale)<a href="https://agentmods.dev/skills/cruxible-ai/cruxible/classification-at-scale"><img src="https://agentmods.dev/badge/skills/cruxible-ai/cruxible/classification-at-scale/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/skills/cruxible-ai/cruxible/classification-at-scale"><img src="https://agentmods.dev/badge/skills/cruxible-ai/cruxible/classification-at-scale.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
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.00046 | $0.04300 |
| Opus 5 | $0.00023 | $0.02150 |
| Sonnet 5 | $0.00009 | $0.00860 |
| Haiku 4.5 | $0.00005 | $0.00430 |
Grade A, and why
classification-at-scale 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 12d 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 — 524 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Classification At Scale
Classify entities from an internal catalog against a standard taxonomy using deterministic providers, relationship-local signal sources, batch group review, and a trust flywheel. LLM reasoning is limited to writing configs, handling ambiguous tails, and critiquing results. The accepted mappings become governed claims in the user's Crux.
When to use this skill
You have two datasets:
- An internal catalog with free-text descriptions and informal categories
- A standard taxonomy with structured types/categories
You need to create classification edges between them — at scale, with receipts, and with minimal ongoing human review.
Architecture boundary
You (the agent):
- Write the config (entity types, providers, proposal policy)
- Build or invoke deterministic providers (regex, lookup tables, rules)
- Run workflows against entities to produce structured extractions
- Convert extraction results to tri-state signals (support/unsure/contradict)
- Propose groups through configured workflows or direct agent proposals
- Run the review loop (sample, critique, refine rules, regroup)
Core:
- Stores provider identity, contracts, and workflow traces
- Validates signals against relationship proposal policy
- Derives review priority from signal + trust state
- Manages group lifecycle (propose → resolve → trust)
- Produces receipts for every mutation
- Gates auto-resolve on Cruxible-computed proposal signatures
Core executes declared providers inside workflows, but it does not own the
domain-specific classification logic. The provider implementation and contract
are the spec of record; relationship `proposal_policy.signals` decides which
signal-source labels govern review.
Phase 1: Understand the data
Before writing any config, profile both datasets.
1. Read headers, row counts, sample rows from both files
2. Identify primary keys (catalog part number, taxonomy type ID)
3. Profile the description fields — look for shorthand patterns, abbreviations
4. Count distinct categories/subcategories on both sides
5. Look for existing classification columns (may be partially populated)
6. Identify junk rows (discontinued, dropbox, test data)
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.
- 12d ago First seen · 524 lines · 46 tokens per session scan A 80bf9d694ede
classification-at-scale is a skill published in the GitHub repository cruxible-ai/cruxible (17 stars, last pushed today), licensed Apache-2.0. It adds 46 tokens to every session and 4,300 once invoked, about $0.0002 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
rijksmuseum-mcp-plus
Research workflows for the Rijksmuseum MCP+ server, addressing Dutch arts, crafts, and history across the museum's holdings. Capabilities include keyword, structured, and semantic text search, AI-driven image analysis, geospatial queries, collection statistics, Iconclass-driven iconographic discovery, AAM/CMOA-aligned…
en-quire
Instructions for using en-quire MCP tools to read, search, edit, and manage markdown and YAML documents. Use this skill whenever working with .md, .mdx, .yaml, or .yml files — SOPs, skill files, session memory, codex articles, specs, and configuration files. Covers section-addressed editing, structural search, YAML…
code-graph
Query the Code Graph knowledge graph for this codebase. Use when the user asks about code structure, call relationships, dependencies, blast radius, or wants to run SPARQL queries against the project graph. Requires the backend and MCP server to be running.
Agent Audit Trail
Append-only, hash-chained audit log for AI agents. Records agent actions, tool calls, decisions, and external writes with provenance, timestamps, and sha256 chain integrity. Designed for compliance with EU AI Act Article 12 automatic event recording requirements for high-risk AI systems.
governance-hotl
OpenMesha governance — fail-closed policy, HOTL for irreversible actions, audit log inspection. Use when reviewing denials, escalations, or audit trails.
governance-audit
Inspect Server OS policy decisions, capability grants, and the audit log.