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 instructions/microsoft/agent-governance-toolkit/agents-mdgit clone --depth 1 https://github.com/microsoft/agent-governance-toolkitWhat 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 | $0.01640 | $0.01640 |
| Opus 5 | $0.00820 | $0.00820 |
| Sonnet 5 | $0.00328 | $0.00328 |
| Haiku 4.5 | $0.00164 | $0.00164 |
Grade A, and why
agent-governance-toolkit 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 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 — 131 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Agent Governance Toolkit - Repository Instructions
Project Overview
Agent Governance Toolkit is a multi-package OSS monorepo for runtime governance of AI agents: policy enforcement, zero-trust identity, execution sandboxing, SRE, compliance, examples, docs, demos, SDKs, and publishing pipelines.
Use this file for repository-wide routing. When you enter a subdirectory that has its own
AGENTS.md, that narrower file takes precedence.
Repository Layout Status
This routing reflects the repo as it exists today while reserving room for approved language
SDK migrations. Language SDKs may live in standalone top-level directories at the repository
root. For contributor routing, treat agent-governance-dotnet/, agent-governance-golang/, and
agent-governance-rust/ as the canonical standalone language homes.
Treat current paths as a point-in-time representation, not a permanent architecture promise. When a standalone top-level implementation exists for a language, changes for that language should go there rather than into the repo root or an older shared SDK path.
Where Changes Belong
| Area | Path | Use it for |
|---|---|---|
| Published Python packages | agent-governance-python/ |
First-party reusable Python packages and SDK surfaces meant for direct external consumption |
| Python runtime and product code | */ |
Runtime code, applications, policy engines, trust, SRE, compliance, and other Python product surfaces that have not moved into the standalone package home |
| Current shared SDK paths | agent-governance-python/agent-mesh/sdks/ |
Public SDK APIs and language-specific packaging that still live in the shared layout today |
| Standalone language implementations | agent-governance-python/, agent-governance-dotnet/, agent-governance-golang/, agent-governance-rust/, and other agent-governance-* siblings |
Top-level language-specific implementations at the repository root; use these as the canonical contributor-facing paths |
| Docs site | docs/ |
Reference docs, tutorials, architecture, package pages |
| Runnable examples | examples/ |
Self-contained integrations and worked examples |
| Interactive demos | examples/demos/ |
Live demos, dashboards, real-service walkthroughs |
| Release automation | .github/workflows/ |
GitHub Actions release, packaging, SBOM, provenance, and publishing automation |
| GitHub automation | .github/ |
CI, PR automation, issue templates, policy workflows |
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 · 131 lines · 1,640 tokens per session scan A cc8e6b5cc19b
agent-governance-toolkit AGENTS.md is an instructions file published in the GitHub repository microsoft/agent-governance-toolkit (6,175 stars, last pushed yesterday), licensed MIT. It adds 1,640 tokens to every session, about $0.0082 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-30.
Other instructions, from other repositories
orloj AGENTS.md
Instructions for OrlojHQ/orloj, covering orloj agent instructions, must-follow sync rules and working style.
orloj CLAUDE.md
Instructions for OrlojHQ/orloj, covering orloj claude instructions, critical repository rules and implementation notes.
agentfootprint AGENTS.md
Instructions for footprintjs/agentfootprint, covering agentfootprint — agent instructions (openai codex), core thesis, the mental model — three slots, six flavors, mock-first development (recommended workflow) and public api.
permit0 CLAUDE.md
Instructions for permit0-ai/permit0, covering claude.md, commands, build, test (ci uses nextest) and run a single test.
agentfootprint CLAUDE.md
Instructions for footprintjs/agentfootprint, covering agentfootprint — feature-work map, before you design it: it may already exist, module map, core state & flow and extension points.
filegrc AGENTS.md
Instructions for Alignbase/filegrc, covering filegrc repository instructions, purpose, agent-facing product surface, product principles and standards alignment.