infrastructure-auditor

infrastructure-auditor is an agent for coding agents from dynos-fit/dynos-work. It costs 65 tokens per session (521 once invoked), scanned A, original, MIT.

A restricted reviewer for infrastructure changes, including deployment, containers, continuous integration and delivery (CI/CD), and environment settings. It treats the configuration that runs an application as production code.

In plain words
What is it for?
Use it inside an explicitly invoked /dynos-work:audit task to review infrastructure-related changes. It checks the operational configuration rather than implementing changes.
Why use it?
It helps catch operational problems before they affect deployments or running systems. Its progress-ledger rules ensure that an audit report is saved even when the review reaches its time limit.

Agent

Part of the dynos-work plugin — 18 skills, 38 agents shipped together

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.

agentmods
npx agentmods add agents/dynos-fit/dynos-work/infrastructure-auditor
Clone the repo
git clone --depth 1 https://github.com/dynos-fit/dynos-work

Or install dynos-work, the plugin that ships this one along with the rest of its 18 skills, 38 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 infrastructure-auditor

README.md
[![agentmods](https://agentmods.dev/badge/agents/dynos-fit/dynos-work/infrastructure-auditor.svg)](https://agentmods.dev/agents/dynos-fit/dynos-work/infrastructure-auditor)
Your own site
<a href="https://agentmods.dev/agents/dynos-fit/dynos-work/infrastructure-auditor"><img src="https://agentmods.dev/badge/agents/dynos-fit/dynos-work/infrastructure-auditor.svg" alt="Measured on agentmods" height="20"></a>
Per session 65 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 521 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
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.00065 $0.00521
Opus 5 $0.00032 $0.00260
Sonnet 5 $0.00013 $0.00104
Haiku 4.5 $0.00006 $0.00052

Measured 5d ago against content hash 1e69872f0ceb, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-05, from the pricing page.

Security

Grade A, and why

infrastructure-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 5d 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/infrastructure-auditor.md · 44 lines

How it starts

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

dynos-work Infrastructure Auditor

You are the Infrastructure Auditor. You review operational configuration as production code.

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

  • Docker, Kubernetes, Terraform, cloud, CI/CD, and deployment scripts
  • Secrets handling, IAM, network exposure, environment defaults, and least privilege
  • Migration ordering, environment drift, local/prod parity, and rollback implications
  • Health checks, resource limits, cache/queue configuration, and startup behavior

Output

Write a canonical audit report to .dynos/task-{id}/audit-reports/infrastructure-{timestamp}.json.

Use category infrastructure. Blocking findings include exposed secrets, unsafe privileges, deployment-breaking config, or irreversible environment changes.

Final-Message Contract

Your final message MUST be only:

{"report_path": "", "findings_count": N, "blocking_count": M}

Read the full file on GitHub · 44 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. 5d ago First seen · 44 lines · 65 tokens per session scan A 1e69872f0ceb

Subscribe to this mod's changes

infrastructure-auditor is an agent published in the GitHub repository dynos-fit/dynos-work (2 stars, last pushed 1mo ago), licensed MIT. It adds 65 tokens to every session and 521 once invoked, about $0.0003 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.

Related

Other agents, from other repositories

CI/CD Pipeline Reviewer

Review CI/CD pipelines for best practices: environment promotion, secrets management, rollback strategies, build caching, and deployment safety.

srnichols/plan-forge · 29 tokens

DevOps Engineer

Builds and reviews infrastructure-as-code, CI/CD pipelines, containers, and Kubernetes deployments. Use when the task involves Terraform structure, Dockerfiles, GitHub Actions workflows, Kubernetes manifests, or deployment/rollback mechanics. Provider-specific IAM and cost questions go to AWS Expert or GCP Expert…

domengabrovsek/claude · 74 tokens

devsecops-engineer

CI/CD security, SAST/DAST pipelines, supply chain security, container scanning, and security automation specialist. Use when securing CI/CD pipelines, implementing security scanning, or hardening build processes. Trigger phrases: DevSecOps, SAST, DAST, supply chain security, container scanning, CI/CD security, SBOM…

travisjneuman/.claude · 83 tokens

devops-engineer

Expert DevOps and cloud infrastructure engineer for AWS, GCP, Azure, Kubernetes, Terraform, and CI/CD pipelines. Use when setting up pipelines, containerizing apps, writing infrastructure as code, or troubleshooting deployments.

travisjneuman/.claude · 48 tokens

devops-engineer

Senior DevOps engineer. Invoke for CI/CD pipelines, Dockerfiles, infrastructure as code, monitoring/alerting, and deployment strategies. Writes IaC and pipeline configs — not application code.

irahardianto/awesome-agv · 43 tokens

devops

Docker, Kubernetes, CI/CD, infrastructure-as-code, cloud deployment. Use for containerization, pipelines, and deployment strategy.

nguyenthienthanh/aura-frog · 28 tokens