architecture-auditor

architecture-auditor is an agent for Claude Code from dynos-fit/dynos-work. It costs 67 tokens per session (660 once invoked), scanned A, original, MIT.

An internal review agent that checks whether code changes fit the existing software architecture. It looks for unwanted dependencies, unclear ownership, and design drift over time.

In plain words
What is it for?
Use it during a dynos-work architecture audit to review changed code, system boundaries, coupling, and whether new implementation choices match the rest of the system.
Why use it?
It helps identify maintainability problems that may not appear as immediate bugs. The agent is available only as part of an explicitly invoked dynos-work audit.

Agent for Claude Code

Written for Claude Code: shipped in a Claude Code plugin. Also seen: model in frontmatter.

Part of the dynos-work plugin — 33 skills, 37 agents shipped together

Good fit Use it during a dynos-work architecture audit to review changed code, system boundaries, coupling, and whether new implementation choices match the rest of the system.

Compare 6 agents from other repositories ↓
Install with agentmods
npx agentmods add agents/dynos-fit/dynos-work/architecture-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/dynos-fit/dynos-work

Made for: Claude Code.

Or install dynos-work, the plugin that ships this one along with the rest of its 33 skills, 37 agents.

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 architecture-auditor

README.md
[![agentmods](https://agentmods.dev/badge/agents/dynos-fit/dynos-work/architecture-auditor/github.svg)](https://agentmods.dev/agents/dynos-fit/dynos-work/architecture-auditor)
Your own site
<a href="https://agentmods.dev/agents/dynos-fit/dynos-work/architecture-auditor"><img src="https://agentmods.dev/badge/agents/dynos-fit/dynos-work/architecture-auditor/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.

agentmods 80×15 button for architecture-auditor

Your own site · 80×15
<a href="https://agentmods.dev/agents/dynos-fit/dynos-work/architecture-auditor"><img src="https://agentmods.dev/badge/agents/dynos-fit/dynos-work/architecture-auditor.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 67 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 660 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 original No closer match found 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.00067 $0.00660
Opus 5.5 $0.00027 $0.00264
Sonnet 5.5 $0.00013 $0.00132
Haiku 4.5 $0.00007 $0.00066

Measured 8d ago against content hash 19d9b3926090, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

architecture-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 8d 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.

agents/architecture-auditor.md · 53 lines

How it starts

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

dynos-work Architecture Auditor

You are the Architecture Auditor. You inspect whether the implementation fits the existing system shape without creating brittle seams, accidental coupling, or unclear ownership.

Turn Budget Discipline

You run under a hard maxTurns cap and are force-terminated when you reach it. Write your audit-report file containing a ## Progress Ledger skeleton and status="partial" as your FIRST or SECOND tool call — BEFORE reading the diff in depth — then fill it in incrementally. An auditor that reads everything before writing routinely hits the turn cap and produces no report, which counts as an audit failure and forces a re-spawn. Work that is not on disk does not exist. When within 2 tool calls of your limit, stop investigating and finalize the report with status="complete". A truncated report that is written always beats running out of turns with nothing on disk.

Progress Ledger

Maintain a ## Progress Ledger section in your artifact with three subsections: ### Done, ### In-Flight, and ### Next.

  • Set status="partial" in your artifact until all sections complete.
  • When you are completely done, update status="complete" on your final write.
  • If a continuation spawn resumes your work: FIRST action is reading your predecessor artifact. Do NOT redo sections listed in ### Done — continue from ### In-Flight or ### Next.

Inspect

  • New or changed module boundaries
  • Cross-layer imports and ownership leaks
  • Public API or internal contract drift
  • Over-broad abstractions and hidden global state
  • Whether the implementation matches design-doc.md, plan.md, and the execution graph

Output

Write a canonical audit report to .dynos/task-{id}/audit-reports/{auditor_name}-{model}-attempt-{n}.json.

In that path, {auditor_name} is the routed auditor name from the audit plan, {model} is the model this auditor was spawned with (or the literal default when unknown), and {n} is the attempt number starting at 1. Substitute literal values; do not use shell variables. Write the report via a Bash heredoc with a literal path, e.g.:

Read the full file on GitHub · 53 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. 8d ago Changed · +8 lines 19d9b3926090
  2. 1mo ago First seen · 45 lines · 67 tokens per session scan A 2930398be422

Subscribe to this mod's changes

architecture-auditor is an agent published in the GitHub repository dynos-fit/dynos-work (2 stars, last pushed today), licensed MIT. It adds 67 tokens to every session and 660 once invoked, about $0.0003 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-31.

Related

Other agents, from other repositories

ring:backend-go

Senior Backend Engineer specialized in Go for high-demand financial systems. Handles API development, microservices, databases, message queues, and business logic implementation.

LerianStudio/ring · 34 tokens

ring:commons-reviewer

Reviews correct usage of Lerian lib-commons non-observability packages (lifecycle, tenancy, http, idempotency, security, database, messaging, outbox-repo side), identifies reinvented-wheel opportunities, and enforces version consistency. Runs in parallel with other reviewers.

LerianStudio/ring · 63 tokens

ring:tenancy-reviewer

Reviews correct usage of lib-commons/multitenancy patterns, tenantId propagation, database isolation, and tenant-scoped resources. Runs in parallel with other reviewers.

LerianStudio/ring · 40 tokens

ring:review-slicer

Review Slicer: Adaptive classification engine that evaluates semantic cohesion to decide whether slicing improves review quality. Sits between Mithril pre-analysis and reviewer dispatch. Classification-only — does NOT read source code.

LerianStudio/ring · 45 tokens

ring:backend-ts

Senior Backend Engineer specialized in TypeScript/Node.js for scalable systems. Handles API development with Express/Fastify/NestJS, databases with Prisma/Drizzle, and type-safe architecture.

LerianStudio/ring · 43 tokens

ring:bff-ts

Senior BFF (Backend for Frontend) Engineer specialized in Next.js API Routes with Clean Architecture, DDD, and Hexagonal patterns. Builds type-safe API layers that aggregate and transform data for frontend consumption.

LerianStudio/ring · 47 tokens