id-plan

id-plan is a skill for Claude Code from lukasrepublic/agentic-foundry. It costs 235 tokens per session (3,313 once invoked), scanned A, original, MIT.

A read-only infrastructure check that compares planned OpenTofu, Kubernetes, and Argo CD changes with the real environment before merging.

In plain words
What is it for?
Use it to create a review summary and step report from infrastructure plans and differences, without changing live systems.
Why use it?
It helps catch unexpected additions, changes, removals, replacements, or policy failures before infrastructure code is merged.

Skill for Claude Code

Written for Claude Code: shipped in a Claude Code plugin.

Part of the foundry plugin — 81 skills, 8 agents, 8 hooks, 1 MCP server 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 skills/lukasrepublic/agentic-foundry/id-plan
Any agent
npx skills add lukasrepublic/agentic-foundry --skill id-plan
Clone the repo
git clone --depth 1 https://github.com/lukasrepublic/agentic-foundry

Made for: Claude Code.

Or install foundry, the plugin that ships this one along with the rest of its 81 skills, 8 agents, 8 hooks, 1 MCP server.

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 id-plan

README.md
[![agentmods](https://agentmods.dev/badge/skills/lukasrepublic/agentic-foundry/id-plan.svg)](https://agentmods.dev/skills/lukasrepublic/agentic-foundry/id-plan)
Your own site
<a href="https://agentmods.dev/skills/lukasrepublic/agentic-foundry/id-plan"><img src="https://agentmods.dev/badge/skills/lukasrepublic/agentic-foundry/id-plan.svg" alt="Measured on agentmods" height="20"></a>
Per session 235 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 3,313 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.00235 $0.03313
Opus 5 $0.00118 $0.01656
Sonnet 5 $0.00047 $0.00663
Haiku 4.5 $0.00023 $0.00331

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

Security

Grade A, and why

id-plan 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.

skills/id-plan/SKILL.md · 174 lines

How it starts

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

/foundry:id-plan — the read-only PRE-MERGE seam (plan/diff → review artifact + step-report note)

The infra-delivery step sequence (a documented procedure this skill family forms — no workflow engine or state-machine file ships) drives an IaC change spec → merge. Step 8 is the PRE-MERGE seam: before an infrastructure change is merged, prove read-only that the change does what its spec says and nothing else — that the codified IaC, refreshed against the real environment, matches reality with no unexpected add/change/destroy/replace and a clean policy pass. Infrastructure has no app to boot, so the app live-seam (boot → exercise a surface → assert no new 5xx) has no analog here. id-plan is the disciplined procedure the generic agent runs instead: it resolves the active profile, drives the profile's infra_binding.plan command strings read-only against the real environment, collects the structured plan/diff, and turns it into the review artifact (the hand-off the human / id-review / the merge floor reads) plus a .foundry/-partitioned plan STEP-REPORT NOTE. The infra live-seam's dedicated walk-evidence recorder + verdict machinery this skill used to compose with was retired (see docs/DESIGN.md) — there is no live consumer that adjudicates this note into a PASS/FAIL today; it is advisory input for the human review at the merge floor.

When to trigger

  • The infra-delivery sequence advances to the pre-merge seam (step 8), after an IaC change is written and before it is merged.
  • The operator says "/foundry:id-plan", "run the pre-merge plan seam", or "plan this infra change read-only".

ADVISORY — this skill advises the trusted operator; it is NOT a gate, and it does NOT self-certify

This skill is an ADVISORY craft procedure + mechanical mistake-catcher FOR the trusted operator. It produces the review artifact + records a plan STEP-REPORT NOTE; it is NOT a gate and NOT the merge authority, and it does NOT decide its own PASS. Honest disclosure: earlier design intent had the FROZEN acceptance-contract compute a PASS via derive_walk_verdict (and the per-surface derive_infra_walk_verdict) at a dedicated live-seam blocking merge gate — that verdict machinery, and the gate that consumed it, were retired (docs/DESIGN.md) and do not exist in scripts/ today. id-plan records observations; it does not adjudicate them, and nothing currently machine-adjudicates them either — the merge floor (the adopter's branch protection + CI checks — see docs/merge-floor.md) is the merge authority, and this note is advisory input for the operator/reviewer at that floor. It catches the forgotten refresh, the unexamined destroy in the plan, the policy fail waved through, the plan run against the wrong profile a busy operator would miss. The trusted operator may override or short-circuit it at will; that is in-model, not an attack to defend against. Skipping it only forfeits the seam's benefit.

Read the full file on GitHub · 174 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 · 174 lines · 235 tokens per session scan A cc0cfeaa0667

Subscribe to this mod's changes

id-plan is a skill published in the GitHub repository lukasrepublic/agentic-foundry (1 stars, last pushed yesterday), licensed MIT. It adds 235 tokens to every session and 3,313 once invoked, about $0.0012 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 skills, from other repositories

spawn-reviewers

Spawn and collect the reviewer fleet at stage20spawnreviewers. Consumes spawn.json.spec (the authoritative spawn spec from derive-spawn-spec / derive-static-spec), resolves GRAPHPROJECT, builds per-agent prompts from the per-agent template + role suffixes (Bug Hunter A/B, Unified Auditor, Domain Critics, Impact…

closedloop-ai/claude-plugins · 182 tokens

verify-findings

Dispatch and collect the finding-verifier fleet at stage23verifyfindings (PLN-722). Reads verifymanifest.json (written by stage22bverifyprepare), spawns one falsify-oriented verifier Task per toverify[] entry with mode-specific Task scheduling (GitHub mode dispatches verifiers synchronously; local mode uses parallel…

closedloop-ai/claude-plugins · 171 tokens

show-me-proof

증거줘. 증거줘. 테스트 로그, 변경사항, 완료 근거를 내.

Keonho-Chu/menhera-loop · 20 tokens

ticket

Turn a note from the living manual (idea, feedback, or bug in a block, or a free-form report) into an actionable developer ticket with user stories, functional requirements, and acceptance criteria, plus open questions when completeness can't be verified. Syncs the manual's queue index and, when a tracker is…

dougstanford/living-manual · 94 tokens

cleanup

Clean up after a merged pull request — return to the base branch, remove the worktree, delete the branch, sweep other stale branches and worktrees, and report tracker state. Use after a merge or whenever asked what is left over.

mikestankavich/claude-ship-workflow · 50 tokens

triage-report

Drain the .review/ report queue. Resolves un-triaged scan/audit reports (producer-agnostic — check-docs-consistency and any other scanner), dispatches the triage-report subagent (Sonnet) one report at a time for per-finding dispositions (promote / patch / dup / needs-investigation / dismiss), then the gateway absorbs…

RockyHong/super-bootstrap · 151 tokens