azure-dev / azure.ai.inspector
AGENTS.md573 starsChanged 8 months agoMITView on GitHub
Use this file together with cli/azd/AGENTS.md. This guide supplements the root azd instructions with the conventions that are specific to this extension. azure.ai.inspector is a first-party azd extension under cli/azd/extensions/azure.ai.inspector/. It runs as a separate Go binary and talks to the azd host over gRPC. The single user-facing command is azd ai inspector launch. It starts a local HTTP server that serves an embedded single-page application and proxies HTTP/SSE traffic to a Foundry agent running locally on the target port.
Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.
Of the AGENTS.md files we read, the 31,774 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.
In this repository25 other files it gives its agents.
- cli/azd/AGENTS.mdAGENTS.md
- cli/azd/extensions/azure.ai.agents/AGENTS.mdAGENTS.md
- cli/azd/extensions/azure.ai.connections/AGENTS.mdAGENTS.md
- cli/azd/extensions/azure.ai.projects/AGENTS.mdAGENTS.md
- cli/azd/extensions/azure.ai.routines/AGENTS.mdAGENTS.md
- cli/azd/extensions/azure.ai.skills/AGENTS.mdAGENTS.md
- cli/azd/extensions/azure.ai.toolboxes/AGENTS.mdAGENTS.md
- ext/vscode/AGENTS.mdAGENTS.md
- .github/skills/extension-user-contract-review/evals/fixtures/cli/azd/AGENTS.mdAGENTS.md
- ext/vscode/.github/copilot-instructions.mdCopilot instructions
- .github/copilot-instructions.mdCopilot instructions
- azdSkill
- agentic-workflowsSkill
- azd-code-reviewerSkill
- azd-grpc-contractsSkill
- azd-preflightSkill
- changelog-generationSkill
- extension-user-contract-reviewSkill
- foundry-extension-scenario-authoringSkill
- foundry-extension-scenario-pr-regressionSkill
- foundry-extension-scenario-suite-runSkill
- senseiSkill
- tool-version-upgradeSkill
- weekly-demo-videoSkill
- weekly-reportSkill
The file
We split this AGENTS.md into the rules it gives an agent
5 rules. About 0 are common, 1 is distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 3
Use this file together with cli/azd/AGENTS.md.
- Distinctive: line 34
If extension work depends on a new azd core change, plan for two PRs:
- Very specific: line 57
Do not use log.Fatal or log.Panic for expected failures.
- Very specific: line 65
Add structured extension errors only if this extension starts needing stable telemetry categories, error codes, or user-facing suggestions …
- Very specific: line 92
After the GitHub release is live, a follow-up PR updates cli/azd/extensions/registry.json so azd users can install the new version.
≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Azure AI Inspector Extension - Agent Instructions
Use this file together with cli/azd/AGENTS.md. This guide supplements the root azd
instructions with the conventions that are specific to this extension.
Overview
azure.ai.inspector is a first-party azd extension under
cli/azd/extensions/azure.ai.inspector/. It runs as a separate Go binary and talks
to the azd host over gRPC.
The single user-facing command is azd ai inspector launch. It starts a local HTTP
server that serves an embedded single-page application and proxies HTTP/SSE
traffic to a Foundry agent running locally on the target port.
Useful places to start:
internal/cmd/: Cobra commands and the inspector entry pointinternal/inspector/: HTTP server, JSON-RPC over WebSocket, HTTP/SSE proxies, embedded SPA assets
Build and test
From cli/azd/extensions/azure.ai.inspector:
# Build using developer extension (for local development)
azd x build
# Or build using Go directly
go buildIf extension work depends on a new azd core change, plan for two PRs:
- Land the core change in
cli/azdfirst. - Land the extension change after that, updating this module to the newer azd
dependency with
go get github.com/azure/azure-dev/cli/azd && go mod tidy.
For local development, draft work, or validating both sides together before the core PR is merged, you may temporarily add:
replace github.com/azure/azure-dev/cli/azd => ../../That replace points this extension at your local cli/azd checkout instead of
the version in go.mod. Do not merge the extension with that replace still
present.
Output: log vs fmt
fmt.Print*— user-facing output (stdout). Pair withoutput.With*Formathelpers for styled text.log.Print*— developer diagnostics (stderr). Hidden unless--debugis set. Never uselogfor anything the user needs to see.- Do not use
log.Fatalorlog.Panicfor expected failures.
Error handling
This extension does not use an internal/exterrors package. Return plain Go
errors, and wrap lower-level failures with fmt.Errorf("context: %w", err)
where useful.
Add structured extension errors only if this extension starts needing stable
telemetry categories, error codes, or user-facing suggestions similar to the
azure.ai.agents extension.
SPA assets
The embedded SPA in internal/inspector/assets/ is a built artifact (Vite output).
It is checked in as-is. When the SPA source is updated, replace the contents of
internal/inspector/assets/.
Release preparation
A new extension release ships in two PRs:
PR 1 — Version bump
Bumps the extension to the new version. Touches only:
version.txt— new semver stringextension.yaml—version:fieldCHANGELOG.md— new release section at the top
Once merged, the team triggers the CI release pipeline, which builds, signs, and publishes the extension binaries as a GitHub release.
PR 2 — Registry update
After the GitHub release is live, a follow-up PR updates
cli/azd/extensions/registry.json so azd users can install the new version.
The contents of that file are produced by running azd x publish against the
published release artifacts.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

