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 fjpulidop/specrails-core --skill compat-checkgit clone --depth 1 https://github.com/fjpulidop/specrails-coreWrote 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/fjpulidop/specrails-core/compat-check)<a href="https://agentmods.dev/skills/fjpulidop/specrails-core/compat-check"><img src="https://agentmods.dev/badge/skills/fjpulidop/specrails-core/compat-check/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/fjpulidop/specrails-core/compat-check"><img src="https://agentmods.dev/badge/skills/fjpulidop/specrails-core/compat-check.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.00031 | $0.02761 |
| Opus 5 | $0.00015 | $0.01380 |
| Sonnet 5 | $0.00006 | $0.00552 |
| Haiku 4.5 | $0.00003 | $0.00276 |
Grade A, and why
compat-check 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 8d 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 — 276 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Analyze the API surface of this project (read name from CLAUDE.md or package.json) for backwards compatibility. Extracts the current contract surface (CLI flags, template placeholders, command names, argument flags, agent names, config keys), compares against a stored baseline, classifies each change by severity, and generates a migration guide when breaking changes are found.
Input: $ARGUMENTS — optional flags:
--diff— compare current surface to most recent snapshot (default when snapshots exist)--snapshot— capture current surface and save without diffing (default on first run)--since <date>— diff against snapshot from this date (ISO format: YYYY-MM-DD)--propose <change-dir>— diff proposed changes inopenspec/changes/<change-dir>/against current surface--dry-run— run all phases but skip saving the snapshot
Phase 0: Argument Parsing
Parse $ARGUMENTS to set runtime variables.
Variables to set:
MODE— string, one of"snapshot","diff","propose". Default:"diff"if.claude/compat-snapshots/contains any.jsonfiles;"snapshot"otherwise.COMPARE_DATE— string (ISO date) or empty string. Default:""(use most recent snapshot).PROPOSE_DIR— string or empty string. Default:"".DRY_RUN— boolean. Default:false.
Parsing rules:
- Scan
$ARGUMENTSfor--snapshot. If found, setMODE=snapshot. - Scan for
--diff. If found, setMODE=diff. - Scan for
--since <date>. If found, setCOMPARE_DATE=<date>and (ifMODEnot already set tosnapshot) setMODE=diff. - Scan for
--propose <change-dir>. If found, setPROPOSE_DIR=<change-dir>andMODE=propose.- Verify
openspec/changes/<change-dir>/exists. If not: printError: no change found at openspec/changes/<change-dir>/and stop.
- Verify
- Scan for
--dry-run. If found, setDRY_RUN=true. - Apply default-mode logic if
MODEis not yet set: check whether.claude/compat-snapshots/exists and contains.jsonfiles. If yes:MODE=diff. If no:MODE=snapshot.
Verify prerequisites:
- Check whether
templates/directory exists. If not: printError: templates/ not found — is this a specrails repo?and stop. - Check whether
install.shexists. If not: setINSTALLER_AVAILABLE=false(installer flags category will be skipped). Otherwise setINSTALLER_AVAILABLE=true.
Print active configuration:
Mode: <MODE> | Compare date: <COMPARE_DATE or "latest"> | Dry-run: <true/false>
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.
- 8d ago First seen · 276 lines · 31 tokens per session scan A fb039ee7522d
compat-check is a skill published in the GitHub repository fjpulidop/specrails-core (9 stars, last pushed yesterday), licensed MIT. It adds 31 tokens to every session and 2,761 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-31.
Other skills, from other repositories
review-loop
Run the adversarial verification loop — implement, then hand the change to a fresh checker that did not write it, fix what it finds, and re-dispatch until APPROVE. Use before claiming any behavioural change is done, and on requests like "review loop", "adversarial review", "independent review", "get this verified"…
security-review
Perform a focused security review of pending git changes to identify high-confidence security vulnerabilities with real exploitation potential. Use this skill when the user asks for a security review, security audit, vulnerability scan, or wants to check pending changes on a branch for security issues before merging.…
huggingface-llm-trainer
Train or fine-tune language models with TRL or Unsloth on Hugging Face Jobs, including SFT, DPO, GRPO, reward models, and GGUF conversion. Use for cloud LLM training; use huggingface-vision-trainer for vision tasks.
feature-dev
Guide a feature implementation through a structured seven-phase workflow with deep codebase understanding, clarifying questions, parallel architecture design, and quality review. Use this skill when the user asks to build a new feature, add functionality, or wants a methodical approach to implementation rather than…
huggingface-vision-trainer
Train object-detection, image-classification, or SAM segmentation models on Hugging Face Jobs. Use for vision fine-tuning and evaluation; use huggingface-llm-trainer for language models.
differential-review
Performs security-focused differential review of code changes (PRs, commits, diffs). Adapts analysis depth to codebase size, uses git history for context, calculates blast radius, checks test coverage, and generates comprehensive markdown reports. Automatically detects and prevents security regressions.