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/postio-uk/postio-integrations/claude-mdgit clone --depth 1 https://github.com/postio-uk/postio-integrationsWrote 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/instructions/postio-uk/postio-integrations/claude-md)<a href="https://agentmods.dev/instructions/postio-uk/postio-integrations/claude-md"><img src="https://agentmods.dev/badge/instructions/postio-uk/postio-integrations/claude-md.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.00930 | $0.00930 |
| Opus 5 | $0.00465 | $0.00465 |
| Sonnet 5 | $0.00186 | $0.00186 |
| Haiku 4.5 | $0.00093 | $0.00093 |
Grade A, and why
postio-integrations CLAUDE.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 4d 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 — 89 lines — stays where its author put it; the contents beside it link to each section on GitHub.
postio-integrations — agent notes
Operational notes for coding agents working in this repo.
Stack
- pnpm workspace rooted at
packages/. Each subdirectory underpackages/<name>/is an independently publishable npm package with its ownpackage.json. - Node 22+. ESM only. TypeScript 5.x.
openapi-typescriptfor type generation. - All public packages are MIT-licensed.
Build commands
# from packages/
pnpm install
pnpm -r run build # build every package
pnpm -F @postio/api-types run build # build one package
pnpm -F "@postio/address-finder-bundled..." run build
# build a package and its workspace deps
# (the `<x>...` suffix is load-bearing —
# pnpm 10 reads it as "x and its deps"
# in topological order; the prefix
# `...<x>` form just matches `x`)
Branch + release model
stage— working branch.master— push triggers the CI publish / deploy workflows. They are idempotent: same version twice is a no-op.
@postio/api-types tracks the spec version lockstep — the version
in packages/api-types/package.json should match the
@postio/openapi version it pins as a dev dependency.
Other packages have independent SemVer; bump
packages/<name>/package.json#version when you intend a release.
Sibling deps must be "workspace:^", never a pinned registry
version. @postio/core carried "@postio/api-types": "1.0.2" until
2026-08-12 and had been silently building its types against a stale
published api-types instead of the one in this repo — so a field
removed from the spec still appeared in core's and
address-finder-bundled's generated .d.ts after a full rebuild. If a
type change doesn't propagate, check this first.
Workflows
release-packages.yml— on master push underpackages/**, walks every workspace package and runspnpm publishfor any whose version is new on npm. Always usepnpm publish(notnpm publish) soworkspace:dep ranges resolve at publish time —npm publishships the literalworkspace:^string.deploy-cdn-worker.yml— on push undercdn-worker/**, runswrangler deploy(or--env stage).deploy-cdn-bundles.yml— on push underpackages/address-finder*/**, builds the bundled package and uploads to the CDN's R2 bucket.
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.
- 4d ago First seen · 89 lines · 930 tokens per session scan A 50556ef7baab
postio-integrations CLAUDE.md is an instructions file published in the GitHub repository postio-uk/postio-integrations (0 stars, last pushed 21d ago), licensed MIT. It adds 930 tokens to every session, about $0.0047 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
weaverse AGENTS.md
AGENTS.md instructions for Weaverse/weaverse, covering agents.md - weaverse sdks development guide, project overview, quick reference, single package commands and monorepo architecture.
adonisjs-starter-kit AGENTS.md
Instructions for filipebraida/adonisjs-starter-kit, covering agent instructions, meta-rule, scope, stack and commands.
fastapi-react-admin CLAUDE.md
Claude Code instructions for yilecoding/fastapi-react-admin, covering claude.md, 按任务导航, 让这套文档不腐烂:pnpm ctx:check, 这套文档怎么自己长大 and 结构.
next-sanity-starter AGENTS.md
Instructions for backendforth/next-sanity-starter, covering agents.md — next-sanity-starter, tl;dr, principles (priority order — apply top-down when in doubt), repository map and the module pattern (the most important concept).
envsync-le AGENTS.md
AGENTS.md instructions for nolindnaidoo/envsync-le, covering agents.md — envsync-le, what this is, architecture, code style and control flow.
monodev CLAUDE.md
Claude Code instructions for danieljhkim/monodev, a project described as: CLI for managing reusable dev overlays (agent instructions, dev scripts, editor config) across different sessions and branches without polluting git.