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/mode-interactivenpx skills add lukasrepublic/agentic-foundry --skill mode-interactivegit 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/mode-interactive)<a href="https://agentmods.dev/skills/lukasrepublic/agentic-foundry/mode-interactive"><img src="https://agentmods.dev/badge/skills/lukasrepublic/agentic-foundry/mode-interactive.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.00075 | $0.00661 |
| Opus 5 | $0.00037 | $0.00331 |
| Sonnet 5 | $0.00015 | $0.00132 |
| Haiku 4.5 | $0.00007 | $0.00066 |
Grade A, and why
mode-interactive 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 2d 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 — 48 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/foundry:mode-interactive
The default posture. The lean direct loop: ONE accountable context implements inline, runs the live-seam walk, and the operator reviews the merge diff (Regular mode) — the un-forgeable segregation on single-host. No worker dispatch, no queue; the retro shows this beats the dispatch ceremony for most work.
When to trigger
- Default for a single atom / small change. "implement
<atom>interactively", "/foundry:mode-interactive". - Use
mode-autonomousinstead only for scale fan-out over an authorized release.
Procedure
- Confirm the atom is AUTHORIZED (
/foundry:authorizefirst if not). - Implement inline against the frozen
acceptance-contract.yaml(do not weaken checkpoints). - Run the live-seam walk (real boot + Chrome MCP / real seam) against each frozen checkpoint locator.
- Fast lane for breadth (page-context fetch + SSE tail). For many cases against the same seam, a faster faithful method than one-UI-path-at-a-time: drive the app's API from the browser page context (real cookies/session → the real model + DB seam, not a mocked client) and parse the streamed (SSE) response. Use it to exercise breadth quickly.
- Caveat — conversation independence. Independent single-shot page-context calls behave differently from multi-turn/stateful flows; conversation-state independence must be verified, not assumed.
- The UI walk stays authoritative. The fast lane is for breadth only; the UI walk remains authoritative, especially for stateful/multi-turn flows. Do not substitute the fast lane for the authoritative UI walk on those paths.
- Cut the PR (
gh pr create); the worker cuts its PR, the merge floor decides. - Operator reviews the diff + the floor's check results at the merge — the Regular-mode authority. Merge on PASS.
The load-bearing insight
mode-interactive and mode-autonomous differ ONLY at the two ends — who paces the
loop (operator vs /loop) and who reviews before the merge (operator diff-review vs
a fresh-context pr-reviewer pass — advisory, never the merge approval; the floor's green
checks admit either way). The middle (authorized-spec → implement → certification →
the merge floor) is identical and invariant in both.
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.
- 2d ago First seen · 48 lines · 75 tokens per session scan A 34b1d151dadb
mode-interactive is a skill published in the GitHub repository lukasrepublic/agentic-foundry (1 stars, last pushed yesterday), licensed MIT. It adds 75 tokens to every session and 661 once invoked, about $0.0004 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-09-03.
Other skills, from other repositories
skill-creator
Create new skills (SKILL.md files), modify and improve existing skills, and design skill descriptions for accurate triggering. Use when the user wants to create a new skill from scratch, edit an existing skill, optimize a skill's description, or convert a workflow they just demonstrated into a reusable skill.
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…
singleton-dispatch
PLN-725 single-agent dispatch for stage11extractsignals and stage15coveragecritic. After each prepare stage writes its manifest, this skill reads the status field (cachehit / skipped / needsagent) and, only on needsagent, spawns one synchronous singleton Task that writes the by-convention pln725.json output the…
git-workflow
Use when starting feature work that needs a branch, creating worktrees for isolation, making atomic commits during development, or completing a development branch via merge, PR, preserve, or discard. Also use when the user says "set up worktree", "create PR", "finish this branch", "start feature", or when you need an…
huggingface-community-evals
Run evaluations for Hugging Face Hub models using inspect-ai and lighteval on local hardware. Use for backend selection, local GPU evals, and choosing between vLLM / Transformers / accelerate. Not for HF Jobs orchestration, model-card PRs, .evalresults publication, or community-evals automation.