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.
npx agentmods add skills/lukasrepublic/agentic-foundry/id-plannpx skills add lukasrepublic/agentic-foundry --skill id-plangit clone --depth 1 https://github.com/lukasrepublic/agentic-foundryWrote 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/skills/lukasrepublic/agentic-foundry/id-plan)<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>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.00235 | $0.03313 |
| Opus 5 | $0.00118 | $0.01656 |
| Sonnet 5 | $0.00047 | $0.00663 |
| Haiku 4.5 | $0.00023 | $0.00331 |
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.
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-deliverysequence 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.
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.
- 5d ago First seen · 174 lines · 235 tokens per session scan A cc0cfeaa0667
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.
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…
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…
show-me-proof
증거줘. 증거줘. 테스트 로그, 변경사항, 완료 근거를 내.
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…
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.
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…