Borrowing it
Nothing to install: this file belongs to autonomous-ai/autonomous-workshop. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/autonomous-ai/autonomous-workshop/main/AGENTS.mdgit clone --depth 1 https://github.com/autonomous-ai/autonomous-workshopWrote 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/instructions/autonomous-ai/autonomous-workshop/agents-md)<a href="https://agentmods.dev/instructions/autonomous-ai/autonomous-workshop/agents-md"><img src="https://agentmods.dev/badge/instructions/autonomous-ai/autonomous-workshop/agents-md/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.
<a href="https://agentmods.dev/instructions/autonomous-ai/autonomous-workshop/agents-md"><img src="https://agentmods.dev/badge/instructions/autonomous-ai/autonomous-workshop/agents-md.svg" alt="Reviewed on agentmods" width="80" 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.06651 | $0.06651 |
| Opus 5.5 | $0.02660 | $0.02660 |
| Sonnet 5.5 | $0.01330 | $0.01330 |
| Haiku 4.5 | $0.00665 | $0.00665 |
Grade A, and why
autonomous-workshop AGENTS.md 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 today.
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 — 457 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Autonomous Workshop agent instructions
AGENTS.md is directory-scoped guidance, not a role selector. This root file
applies to any coding-agent session operating in the source repository. Shared
architecture rules come first. The section Coding agents building this
repository is specifically for agents modifying, reviewing, testing, or
documenting Workshop; it is not the product-run workflow.
A normal product run is launched in a separate persistent toy project. The host
materializes the complete .agents/product-run/ template there, including its
root AGENTS.md and nested .agents/skills/autonomous-workshop/SKILL.md.
Shared runtime architecture
Autonomous Workshop is a thin, trustworthy workflow harness around a native coding-agent runtime. Codex is the implemented Manager runtime; Claude Code and Grok Build are planned adapters to the same boundary. One product run gives the selected runtime the cognitive and tool-using work. The Workshop host retains lifecycle order, durable state, deterministic gates, budgets, and authorized external effects.
The root native Codex session is the Workshop Manager. It may use Codex-native subagents for bounded parallel or specialist work, including matching and working as the selected Inventor. Those agents remain children of the one product-run session; they are not Python workers or separately launched Codex processes.
All implementation and product-run work must preserve these boundaries:
workshop wishpersists the exact Wish and frozen effort, creates a private run workspace, and launches one native coding-agent session for the first enabled creative stage.workshop resumeresumes that exact session id. Stages are durable lifecycle checkpoints, not separate one-shot model sessions or personas.- Native Codex performs Inventor selection, research, concept exploration, creation, inspection, and repair with its own tools and applicable skills.
- New runs freeze one selectable lifecycle: Spark is
Wish -> Make -> Release, Forge isWish -> Invent -> Make -> Release, and Quest isWish -> Invent -> Make -> Playtest -> Release. Passed-through stages create no turn, artifact, gate, or evidence. Spark/Forge Release explicitly records Playtestnot-run; Quest requires passing Playtest evidence. Frozen older runs retain their materialized protocol when resumed. - New marked Spark runs select the Inventor in Workshop setup before Make.
An explicit
--inventorbinds immediately; otherwise the native Manager chooses once, and the same root session continues into Make. Setup is not a separate Match Goal or product gate. Older runs retain their frozen selection protocol and accepted inventor. - Codex runs freeze their selected model, reasoning effort, and total token
allowance across stages, descendants, and resumes. The one exception is the
fixed Component Reviewer role of new runs, which runs at
low(ADR 0077). Token-budget runs have no Workshop wall-clock, native-turn, proposal-retry, or lifecycle-round spending cap. Make retains its own frozen engineering checks and review allowance. Pending usage is not subject to a first-report timer; completed usage must still be accounted for. Other runtime adapters retain their frozen policy. - Spark accepts Make's output as-is: no duplicate host CAD rebuild, geometry
acceptance pass, or new manual review. Host-only Release publishes existing
Make assets with deterministic site metadata; it creates no native Release
turn or new PDF. A run created with
--no-publishfreezes one restriction: Release still seals and projects the toy locally withunreleasedpublication status, but performs no Factory effect, credential read or ledger write, and no resume can add or drop that restriction. Identity, exact bytes, credential isolation, and authenticated effect reconciliation remain host responsibilities. Forge/Quest keep their existing verification. See ADR 0061 for migration and live-acceptance status. - A capable Forge or Quest Make attempt may return directly to Invent only when exact preserved evidence proves that the sealed concept prevents any conforming build. Quest Playtest returns directly to Make for implementation defects or to Invent for concept defects. Every backward edge records a failed host gate, invalidates the named downstream artifacts, and consumes the shared revision history (and the frozen revision allowance only for non-token-budget runs). Spark has no separate Invent stage to return to, and frozen runs gain no capability they did not materialize.
- Every active creative Invent, Make, Playtest, or PDF-first Release attempt uses one native Codex Goal with one objective, proof artifacts, and a verifiable stopping condition: the current stage finalizer succeeds. New Spark selection is Workshop setup; Spark Publish is a host effect, not another creative Goal. Older selection protocols remain folded into their first active stage. Only one Goal is active at a time. Codex works toward it by observing, acting, evaluating exact output, and improving. That loop is native-agent behavior, not a Python program. Wish is a host boundary rather than an agent Goal. Authenticated publication is the host-owned effect portion of Release; physical Operations begin only after Workshop completes.
- An Inventor is a declared specialist bundle.
TASTE.mdgoverns creative judgment;inventor.jsonidentifies the specialist and binds its exact extension trees; the required<id>-inventorskill defines its primary method, while optional additional Inventor-prefixed skill trees may contain scripts, references, assets, and tested deterministic tools for specialist craft. Custom code may not become an agent scheduler, prompt loop, lifecycle engine, or effect path. - The host materializes every eligible Inventor as an official project-scoped
Codex custom agent under
.codex/agents/, bound to its exact identity, Taste, and skill bytes. That directory is the sole Inventor roster in a run; in new runs it also holds the fixed Make role agents,component-workerandcomponent-reviewer(ADR 0077) andcontract-reviewer(ADR 0085), which are not Inventors. Codex owns native spawning, routing, and synthesis. The root session alone receives host stage authority and submits a stage proposal; child agents cannot advance gates or perform external effects. - Python is narrow trusted substrate: typed contracts, deterministic tools and gates, artifact hashing, checkpoints, exclusive run-mutation locks, budgets, sandbox/session boundaries, authorization, idempotency, receipts, and reconciliation.
- External-effect credentials never enter the native agent subprocess. The host alone performs authorized Factory, payment, manufacture, postage, carrier, or other authenticated effects.
- Model prose and self-scores are proposals. Only host-verified exact bytes, deterministic checks, and reconciled receipts advance a gate.
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.
- today Changed · +5 lines · +34 tokens per session 83f1b993a659
- yesterday Changed · +4 lines · +24 tokens per session 80cbaaa35988
- 2d ago Changed · +6 lines · +106 tokens per session 03396da69fce
- 4d ago Changed · +10 lines · +172 tokens per session 7cfb6aab890f
- 6d ago Changed · +6 lines · +114 tokens per session c98bd8bba2f3
- 7d ago Changed · +44 lines · +774 tokens per session a5dfcec7883c
- 22d ago Changed · +4 lines · +75 tokens per session 3ca42ab43265
- 1mo ago Changed · +13 lines · +207 tokens per session 7bb5d4fadeba
- 1mo ago Changed · +16 lines · +264 tokens per session 85d4eba5a902
- 1mo ago First seen · 349 lines · 4,881 tokens per session scan A 277541e869aa
autonomous-workshop AGENTS.md is an instructions file published in the GitHub repository autonomous-ai/autonomous-workshop (24 stars, last pushed yesterday), licensed Apache-2.0. It adds 6,651 tokens to every session, about $0.0266 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-30.
autonomous-workshop AGENTS.md compared with instructions from other repositories
| Mod | Type | Stars | Last push | Licence | Scan | Tokens | Works with |
|---|---|---|---|---|---|---|---|
| autonomous-workshop AGENTS.mdautonomous-ai/autonomous-workshop | Instructions file | 24 | yesterday | Apache-2.0 | A | 6,651 | Claude Code, Codex, OpenCode |
| vscode buildNext.instructions.mdmicrosoft/vscode | Instructions file | 195k | yesterday | MIT | A | 9,719 | GitHub Copilot |
| next.js AGENTS.mdvercel/next.js | Instructions file | 143k | today | MIT | A | 7,461 | Codex, OpenCode |
| langchain AGENTS.mdlangchain-ai/langchain | Instructions file | 149k | yesterday | MIT | A | 4,680 | Codex, OpenCode |
| vscode oss-third-party-notices.instructions.mdmicrosoft/vscode | Instructions file | 195k | yesterday | MIT | A | 5,516 | GitHub Copilot |
| vscode copilot-instructions.mdmicrosoft/vscode | Instructions file | 195k | yesterday | MIT | A | 3,093 | GitHub Copilot |
| deepseek-harness AGENTS.mddeepseek-ai/deepseek-harness | Instructions file | 274k | 2d ago | MIT | A | 4,313 | Codex, OpenCode |