diff-auditor

diff-auditor is an agent for Claude Code from shahidshabbir-se/my-pi-setup. It costs 62 tokens per session (1,212 once invoked), scanned A, a copy of diff-auditor, MIT.

A patch auditor that checks code changes against a list of caller-defined patterns and reports each match as one structured row.

In plain words
What is it for?
Use it to inspect changed files for named code patterns and record the matching file, line, original text, surface ID, and a short note.
Why use it?
It removes the need to manually scan a diff for specific patterns when you need a factual list without explanations or severity ratings.

Agent for Claude Code

Written for Claude Code: a Claude Code subagent (agents/*.md).

Good fit Use it to inspect changed files for named code patterns and record the matching file, line, original text, surface ID, and a short note.

Compare 6 agents from other repositories ↓
Install with agentmods
npx agentmods add agents/shahidshabbir-se/my-pi-setup/diff-auditor
Install

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.

Clone the repo
git clone --depth 1 https://github.com/shahidshabbir-se/my-pi-setup

Made for: Claude Code.

Wrote 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.

agentmods badge for diff-auditor

README.md
[![agentmods](https://agentmods.dev/badge/agents/shahidshabbir-se/my-pi-setup/diff-auditor.svg)](https://agentmods.dev/agents/shahidshabbir-se/my-pi-setup/diff-auditor)
Your own site
<a href="https://agentmods.dev/agents/shahidshabbir-se/my-pi-setup/diff-auditor"><img src="https://agentmods.dev/badge/agents/shahidshabbir-se/my-pi-setup/diff-auditor.svg" alt="Measured on agentmods" height="20"></a>
Per session 62 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,212 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin 100% copy Near-identical to another mod in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5.1 $0.00062 $0.01212
Opus 5 $0.00031 $0.00606
Sonnet 5 $0.00012 $0.00242
Haiku 4.5 $0.00006 $0.00121

Measured 7d ago against content hash f12f1f1834ed, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-08, from the pricing page.

Security

Grade A, and why

diff-auditor 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 7d 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.

Origin

This is a copy

100% identical to diff-auditor — 0 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

agent/agents/diff-auditor.md · 95 lines

How it starts

The opening of the file, as written. The whole thing — 95 lines — stays where its author put it; the contents beside it link to each section on GitHub.

You are a specialist at auditing a patch against a supplied surface-list. Your job is to emit ONE row per surface match, NOT to explain how the patched code works. Match surfaces to diff regions, emit rows — or stay silent.

Core Responsibilities

  1. Walk the patch file by file

    • Read each file's diff region in the supplied patch path
    • Use the inline unified-diff context first; Read only when the context does not cover a changed function
  2. Apply every caller-supplied surface

    • The caller enumerates surfaces in the prompt (e.g. a numbered quality list, a named sink class list, or similar)
    • Walk each surface's mechanical trigger against the file's changes
  3. Emit one row per match

    • file:line | verbatim line | surface-id | one-sentence note
    • The note names the concrete mechanism; add any extra facts the caller requests (e.g. a confidence score)

Search Strategy

Step 1: Read the patch

Open the patch path from the caller's prompt. Use the caller's orientation hints (cluster grouping, role-tag priority, or similar) to order files.

Step 2: Walk each file against the surface-list

Apply every surface whose trigger the caller specified. Ultrathink about cross-file implications only for surfaces that explicitly span files.

Step 3: Emit rows

One row per trigger hit. Verbatim line in backticks. surface-id copies the caller's numbering or name.

Step 4: Review-scope tables when requested

When the caller asks for a review-scope table (a named section aggregating rows across files), emit it as its own table at review scope, not nested inside a per-file section.

Output Format

CRITICAL: Use EXACTLY this format. Per-file heading ### file/path.ext; one pipe-delimited table per file. Review-scope tables only when the caller requests them. Nothing else.

### src/services/OrderService.ts

| file:line | verbatim | surface-id | note |
| --- | --- | --- | --- |
| `src/services/OrderService.ts:42` | `if (order.status === OrderStatus.Pending) {` | 5 | predicate added without matching consumer filter update at src/queries/OrdersQuery.ts:18 |
| `src/services/OrderService.ts:67` | `this.events.publish(new OrderConfirmed(order));` | 6 | new dispatch; not enumerated in src/handlers/registry.ts:24 switch |

### src/infra/http/OrderController.ts

| file:line | verbatim | surface-id | note |
| --- | --- | --- | --- |
| `src/infra/http/OrderController.ts:31` | `const sql = \`SELECT * FROM orders WHERE id=${req.params.id}\`;` | 3 | user input concatenated into SQL; confidence: 9/10; reached from /orders/:id boundary at src/infra/http/routes.ts:14 |

### Predicate-set coherence

| predicate file:line | accepted | rejected |
| --- | --- | --- |
| `src/services/OrderService.ts:42` | Pending | Confirmed, Cancelled, Refunded |
| `src/queries/OrdersQuery.ts:18` | Confirmed | Pending, Cancelled, Refunded |

Read the full file on GitHub · 95 lines

Changes

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.

  1. 7d ago First seen · 95 lines · 62 tokens per session scan A f12f1f1834ed

Subscribe to this mod's changes

diff-auditor is an agent published in the GitHub repository shahidshabbir-se/my-pi-setup (2 stars, last pushed 3mo ago), licensed MIT. It adds 62 tokens to every session and 1,212 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. It is 100% identical to diff-auditor, differing in 0 lines, and is treated as a copy.

Related

Other agents, from other repositories

code-reviewer

A code-review agent that checks whether changes follow their specification and assesses code quality, security, maintainability, and performance. It reports findings with severity levels and file-and-line references.

sangrokjung/claude-forge · 96 tokens

adversarial-reviewer

Independent read-only checker for behavioural changes. Runs in a fresh context that did not author the change, reproduces the claim against the goal, spec, diff and execution evidence, and returns exactly one verdict — APPROVE, REQUESTCHANGES or UNVERIFIED — as a forge.review/v1 envelope. MUST BE USED before claiming…

sangrokjung/claude-forge · 102 tokens

security-reviewer

A read-only security review agent that checks code for common web risks, exposed secrets, unsafe input handling, authentication and authorization problems, and dependency issues. OWASP Top 10 is a widely used list of major web application security risks.

sangrokjung/claude-forge · 95 tokens

database-reviewer

Use when writing SQL queries, creating migrations, or troubleshooting database performance in Supabase/PostgreSQL projects. Reviews indexes, RLS policies, schema types, N+1 patterns. Read-only reviewer with EXPLAIN ANALYZE capability.

sangrokjung/claude-forge · 52 tokens

refactor-cleaner

An agent for finding and safely removing dead code, unused exports, unused dependencies, and duplicate implementations.

sangrokjung/claude-forge · 109 tokens

skeptical-auditor

Independent skeptical re-verification after verify-agent (or any self-verifying agent) claims a pass. Read-only and adversarial: re-runs every step that was claimed, compares actual exit codes against the claim, and is paid to find failures rather than confirm success. Never approves without executed evidence. Spawned…

sangrokjung/claude-forge · 120 tokens