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 instructions/nizoka/pdfnative-mcp/testinggit clone --depth 1 https://github.com/Nizoka/pdfnative-mcpWhat 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.00499 | $0.00499 |
| Opus 5 | $0.00249 | $0.00249 |
| Sonnet 5 | $0.00100 | $0.00100 |
| Haiku 4.5 | $0.00050 | $0.00050 |
Grade A, and why
pdfnative-mcp testing.instructions.md 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 2d 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.
What it actually says
Testing Standards
Framework
- vitest
- Commands:
- npm run test
- npm run test:watch
- npm run test:coverage
- npm run typecheck:all
- npm run examples:check (runs every examples/*.json live; multi-step examples are chained)
- npm run validate:pdfa (veraPDF, 26-file corpus — 24 validated incl. 3 negative canaries, 2 page-tree outputs skipped;
VERAPDF_REQUIRED=1to fail closed) - npm run lint (
eslint src --max-warnings 0— warnings fail)
Catalogue parity
tests/catalogue-parity.test.tscompares the livetools/liststructure withtests/_fixtures/tool-shape.json.- After a deliberate schema change:
npm run build && node scripts/tool-shape.mjs --write, then review the fixture diff under docs/API_STABILITY.md §5. Never refresh it to silence an accidental change. tests/catalogue-superset.test.tscompares the live catalogue with the frozentests/_fixtures/tool-shape.v1.5.0.json: no tool / property / enum value removed, no newrequired, no tighter bound; the accepted 1.5.0 → 1.6.0 deltas are enumerated in the test and must each still occur. Never regenerate the 1.5.0 fixture.tests/error-codes.test.tsinventories everyToolErrorcode insrc/and asserts AGENTS.md §6 documents it and a test names it.
Test focus
- Validate tool success and tool error paths.
- Validate schema constraints for each MCP tool.
- Validate sandbox protections in output.ts:
- path traversal blocked
- absolute paths blocked
- NUL byte blocked
- non-.pdf extension blocked
- file output blocked when sandbox env var is unset
Style
- Use describe/it structure.
- One behavior per test.
- Avoid brittle snapshot tests for binary output.
- For generated PDF bytes, validate structure markers (%PDF- and EOF) and expected mode/metadata.
Quality gate
- All tests must pass.
- Coverage must not regress in touched modules.
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.
- 2d ago First seen · 43 lines · 499 tokens per session scan A d1cb27d3eb9e
pdfnative-mcp testing.instructions.md is an instructions file published in the GitHub repository Nizoka/pdfnative-mcp (2 stars, last pushed 9d ago), licensed MIT. It adds 499 tokens to every session, about $0.0025 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 instructions, from other repositories
docs-to-pdf CLAUDE.md
Instructions for jean-humann/docs-to-pdf, covering claude development guide for docs-to-pdf, project overview, development environment setup, using mise (recommended) and install mise (if not already installed).
docforge CLAUDE.md
Claude Code instructions for PrecisionUtilityGuild/docforge, covering typstmcp — codebase notes for claude, what this is, stack, commands (verified 2026-07-13) and layout.
translate-book CLAUDE.md
Instructions for deusyu/translate-book, covering claude.md, project, structure, testing changes and then run translation via the skill.
PDF-Writer CLAUDE.md
Instructions for galkahana/PDF-Writer, covering claude code context - pdf-writer development guide, project overview, coding standards discovered, project structure and key components.
zpdf CLAUDE.md
Instructions for Xero-Team/zpdf, covering claude.md, build & test commands, architecture, key design constraints and code patterns.
pdf-toolkit-mcp CLAUDE.md
Instructions for AryanBV/pdf-toolkit-mcp, covering pdf-toolkit-mcp, 1. project overview, 2. tech stack, 3. project structure and 4. mcp sdk patterns.