Borrowing it
Nothing to install: this file belongs to subvertnormality/paranoia. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/subvertnormality/paranoia/main/AGENTS.mdgit clone --depth 1 https://github.com/subvertnormality/paranoiaWrote 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/subvertnormality/paranoia/agents-md)<a href="https://agentmods.dev/instructions/subvertnormality/paranoia/agents-md"><img src="https://agentmods.dev/badge/instructions/subvertnormality/paranoia/agents-md/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/instructions/subvertnormality/paranoia/agents-md"><img src="https://agentmods.dev/badge/instructions/subvertnormality/paranoia/agents-md.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.13359 | $0.13359 |
| Opus 5.5 | $0.05344 | $0.05344 |
| Sonnet 5.5 | $0.02672 | $0.02672 |
| Haiku 4.5 | $0.01336 | $0.01336 |
Grade A, and why
paranoia AGENTS.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 27d 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 — 834 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Repository agent instructions
Issue #139 follows docs/lfs-proposal-cleanliness-139-plan.md. Proposal cleanliness may recognize canonical extension-free v1 Git LFS pointers through exact size and SHA-256 of streamed checkout bytes plus the cached lfs attribute. Never execute clean/process filters. Preserve exact committed proposal preimages and all existing HEAD/index, filesystem, sparse-checkout, submodule and post-response checks.
Issue #138 follows docs/proposal-disposition-138-plan.md. Caller proposal disposition is bounded lineage-bound accounting only, never repair or clearance authority. Preserve the original settled review on supplemental receipt failure. Executing agents SHOULD use the proposed diff after inspection and validation. Give a concrete one-line reason for every addressed target repaired differently; send the exact proposal audit basename and disposition on the next tracked round. Omission remains API-compatible and visibly reports none-recorded, never acceptance.
Issues #131–133 follow docs/issues-131-133-plan.md. Consolidation receives canonical bare-anchor manifests; derive output rationales from validated source summaries, remedies and evidence instead of inventing transport-metadata findings. Repeat this contract on the existing validation retry. Historical settled metadata debt is not auto-closed: normal reviewer correction owns withdrawal. Bound plan rebut may cite any coordinate within the latest stored reviewed-plan bound, retaining the original finding and separate concession. Arbitration diagnostics name the decisive citation and failed substantiation condition without weakening carried grounding. Existing historical source-diff allowance metadata may be refreshed for the changed bytes; preserve original provider evidence and do not claim renewed native acceptance.
Tiered review is the default on main (promoted 2026-10-02 from codex/beta-tiered-review;
wire release name tiered-review-beta-1, kept stable). docs/beta-tiered-review-plan.md is its
design record and remains the bounded contract for this behaviour; it supersedes the opt-in
proposal default below. Omitted propose_patch means automatic eligibility (never
coerced to a boolean); false makes zero proposal calls; explicit true keeps its preflight
rejection. Proposals run only after a blocked census or blocked cold final, resuming that
source session with its actual model/effort. Structural roles route by durable phase
(review_model_policy, default tiered: census/final strongest, correction gpt-6.1-sol/Opus 5.5
at high; gpt-6.1-sol needs Codex CLI 0.159.3 or later); effort resolves per model family
(effort_by_model, then global effort, then release family default); claim roles, query, rebut
and arbitrate are not routed. Every tiered acceptance needs a strongest-model cold final bound
by the durable acceptance record to the exact snapshot, including after a clean census; legacy
or custom-override clear never qualifies. Historical acceptance records change only existing
allowance hash/scope metadata for changed files (plan §10.8); never add entries or alter provider
evidence. Do not claim savings or unchanged quality: a 2026-10-02 controlled comparison (Claude
engine, one frozen target, n=3 per arm) found review quality not distinguishable from the prior
default and cost per round roughly equal, which supports neither claim.
Historical opt-in contract: reviewer-authored patch proposals follow docs/reviewer-patch-proposal-plan.md and were delivered as an explicit opt-in on main. The user declined the expensive paired campaign and approved that narrower opt-in merge; do not claim campaign-proven speed/cost benefit. Inspect every candidate rather than applying it blindly, and pass false for architectural/authority gaps or when a complete verified repair is already prepared. Proposal generation is supplemental after durable settlement: ordinary proposal-local preparation, provider, validation, logging and rendering failures must return the original review and exact trailer with an inert UNAVAILABLE diagnostic; retain every completed proposal attempt and rejected reply in the bounded supplemental failure audit, including when validation retry prompt or schema preparation fails before another dispatch. Branch admission requires a clean caller tree; pinned blob sizes and one shared retry-surviving source allowance gate reads, complete Git tree inventories retain directories, and returned suitability rechecks ref and preimages. Plan review keeps its historical universal-newline text/digest/snapshot semantics while proposals bind exact captured bytes. Source-processing and localized-discovery-omission claim debt are never factual rewrite targets without a current full semantic adjudication. Reject a replacement group when its final bytes equal its pinned original, while preserving valid adjacent edits and the existing single validation retry for both branch and plan. Branch proposal cleanliness must compare HEAD, index, untracked paths and raw checkout bytes without invoking repository-selected clean/process filters, both before dispatch and after response. Require real-directory checkout ancestors for every tracked leaf, preserving sparse-checkout and submodule handling. Validate create paths as one prospective case-folded inventory, including new/new and existing ancestor file/directory collisions. Retain non-ASCII tracked names in that collision inventory while keeping proposed paths portable ASCII. Treat an absent leaf, an absent ancestor, or an empty real directory at a tracked uninitialized submodule as clean, recursively validate initialized submodules, and mark create suitability stale for ignored destinations or non-directory checkout ancestors using lstat. If such debt is the only remaining claim blocker, report proposal UNAVAILABLE rather than NOT-NEEDED only while claim verification is active; disabled verification leaves retained claim history inactive for supplemental status and targeting. Runner telemetry excludes both the requested author handle and returned proposal handle when a supplemental receipt is missing. Known proposal-only sessions are not rebut authority even with an explicit engine and cannot be promoted by a rebut continuation; an independent completed critique or query remains authoritative.
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.
- 27d ago Changed · +27 lines · +459 tokens per session 3f994f845a37
- 1mo ago Changed · +11 lines · +145 tokens per session bf286d46fddf
- 1mo ago Changed · +47 lines · +705 tokens per session 499772ead52f
- 1mo ago Changed · +23 lines · +307 tokens per session ceb5c22493c5
- 1mo ago Changed · +108 lines · +1,874 tokens per session 5d5db9682480
- 1mo ago Changed · +1 lines · +26 tokens per session 5b948f9a6b7c
- 1mo ago Changed · +2 lines · +32 tokens per session d788981b29ab
- 1mo ago Changed · +67 lines · +1,176 tokens per session 9b13d3c15640
- 2mo ago First seen · 548 lines · 8,635 tokens per session scan A f89ba4a6aa63
paranoia AGENTS.md is an instructions file published in the GitHub repository subvertnormality/paranoia (14 stars, last pushed 28d ago), licensed MIT. It adds 13,359 tokens to every session, about $0.0534 per session on Opus 5.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 instructions, from other repositories
vscode buildNext.instructions.md
Working notes and architecture documentation for the new esbuild-based build system in build/next. Use when making changes to the new build pipeline (transpile/bundle commands, NLS plugin, source-map handling, resource copying, or self-hosting watch tasks).
next.js AGENTS.md
AGENTS.md instructions for vercel/next.js, covering next.js development guide, codebase structure, monorepo overview, core package: packages/next and other important packages.
vscode oss-third-party-notices.instructions.md
Instructions for microsoft/vscode, covering vs code oss third-party-notices pipeline, architecture, pipeline flow in ci, cache eligibility and rollout and applying the notice (cutover).
langchain AGENTS.md
AGENTS.md instructions for langchain-ai/langchain, covering global development guidelines for the langchain monorepo, corridor security analysis, project architecture and context, monorepo structure and development tools & commands.
vscode copilot-instructions.md
Copilot instructions for microsoft/vscode, covering vs code copilot instructions, project overview, root folders, core architecture (src/ folder) and built-in extensions (extensions/ folder).
deno copilot-instructions.md
Copilot instructions for denoland/deno, covering deno development guide for github copilot, network access, high level overview, key directories and key files to understand first.