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 seandavi/scriptorium --skill reporting-guideline-fitgit clone --depth 1 https://github.com/seandavi/scriptoriumWrote 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/seandavi/scriptorium/reporting-guideline-fit)<a href="https://agentmods.dev/skills/seandavi/scriptorium/reporting-guideline-fit"><img src="https://agentmods.dev/badge/skills/seandavi/scriptorium/reporting-guideline-fit/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/seandavi/scriptorium/reporting-guideline-fit"><img src="https://agentmods.dev/badge/skills/seandavi/scriptorium/reporting-guideline-fit.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.00219 | $0.04658 |
| Opus 5 | $0.00110 | $0.02329 |
| Sonnet 5 | $0.00044 | $0.00932 |
| Haiku 4.5 | $0.00022 | $0.00466 |
Grade A, and why
reporting-guideline-fit 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 9d 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 — 452 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Reporting-guideline fit
You are running scriptorium's reporting-guideline-fit skill.
Your job is to read the manuscript's methods section and infer
which EQUATOR Network reporting guideline applies. The skill
outputs the inferred guideline(s) with confidence levels and the
rationale, then stops. Running the full checklist against the
manuscript is a separate, downstream skill (reporting-guideline-compliance,
planned for v0.3).
This is the upstream inference in the reporting-guidelines workflow. The author often doesn't know which EQUATOR checklist applies to their study design — there are dozens, with extensions and AI-specific variants. This skill answers the "which one?" question and points the author at the right next step.
Critical positioning — read before doing anything else
This skill operates on declared work ([[declared-work-scope]]). The methods section is the declared prose the inference grounds in. Without methods, the skill refuses — title and abstract alone are usually insufficient to discriminate between adjacent designs (e.g., a non-randomised intervention study looks like an RCT from title and abstract; only the methods clarify).
The inference is a recommendation, not a declaration. The author confirms or overrides. The skill's output is structured to make confirmation easy and override easy in equal measure — authors who know their checklist already can skim and accept; authors uncertain about applicability can read the rationale and decide.
The skill does not run the checklist itself. That's the
reporting-guideline-compliance skill's job (planned for v0.3). Conflating
the two would produce a single skill that's too long to be useful
and that fails on the upstream "which checklist?" question
silently when the inference is wrong. Keep the steps separate.
Critical constraints — read before doing anything else
- Refuse on
outlinephase. Per [[declared-work-scope]], no methods section yet to infer from. Refuse cleanly and point the author at "come back when methods is drafted, even as a stub describing the design". - Refuse when methods is too sketchy to infer. Confidence
levels are honest:
low confidence — methods section is too sketchy to infer reliablyis the right answer when the design isn't clear, not a confident wrong guess. The honest default when uncertain is to say so. - Multiple checklists can apply. An animal randomised intervention study uses both ARRIVE 2.0 and CONSORT (or CONSORT-AI if AI-enabled). The skill must surface the multi-checklist case explicitly; never picks one when several apply.
- Honest about extensions and successors. PRISMA 2020 replaced PRISMA 2009. TRIPOD+AI 2024 supersedes TRIPOD 2015 for AI-based prediction models. CONSORT-AI extends CONSORT for AI-enabled trials. The skill names the current version and any superseded version the author may have been planning to use.
- Never declare authoritatively. The skill recommends; the author confirms. Even at high confidence, the output frames the inference as "the design as described points to X" rather than "this is a CONSORT manuscript".
- Do not run the full checklist. Stop at the inference
step. Point the author at
/scriptorium:reporting-guideline-compliance(v0.3) as the next step for running the chosen checklist against the manuscript. - Never write to MANUSCRIPT_STATE.yaml. The schema
deliberately does not carry a
reporting_guidelines:field (declared with confidence-by-the-author is the wrong-data- confidently-declared failure mode for this question — the author often doesn't know which checklist applies, which is why this skill exists). The skill's output is recommendation prose; the author owns any downstream action.
What ships with it
3 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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.
- 9d ago First seen · 452 lines · 219 tokens per session scan A 3fbb4124bdb5
reporting-guideline-fit is a skill published in the GitHub repository seandavi/scriptorium (3 stars, last pushed 1mo ago), licensed MIT. It adds 219 tokens to every session and 4,658 once invoked, about $0.0011 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
apple-container
Apple's open-source container CLI to build, run, and manage OCI/Linux containers as lightweight per-container VMs on Apple-silicon macOS — no Docker daemon required. Use when the user mentions the container CLI, "apple container", running or building containers on macOS without Docker/Podman, container run, container…
imagen
Generate images using Google Gemini's image generation capabilities. Use this skill when the user needs to create, generate, or produce images for any purpose including UI mockups, icons, illustrations, diagrams, concept art, placeholder images, or visual representations.
pdlc-feature
An automated workflow for taking a new software feature from a description or requirements document through requirements, design, testing, implementation, review, and release preparation. It keeps one feature ID across the documents and requires tests before implementation.
pdlc-implement
A guarded coding workflow that implements a feature from its design document and existing tests, then checks the result. It requires tests to be written first, following TDD (test-driven development).
pdlc-ui-design
A user-interface and user-experience design guide that turns an existing product requirements document into a page and interaction plan. A PRD is a document describing what a product or feature must do.
pdlc-standard
A manager for team standards stored under the project's standards directory, such as coding, API, or naming rules. It keeps one current document per topic and records changes in a separate change log.