Skip to content

docs(guides): add a guide for connecting AI agents over MCP - #114

Open
vpetersson-bot wants to merge 1 commit into
sbomify:masterfrom
vpetersson-bot:docs/mcp-server
Open

docs(guides): add a guide for connecting AI agents over MCP#114
vpetersson-bot wants to merge 1 commit into
sbomify:masterfrom
vpetersson-bot:docs/mcp-server

Conversation

@vpetersson-bot

Copy link
Copy Markdown

Adds /guides/mcp/ — how to connect Claude and other AI agents to a sbomify workspace over the
Model Context Protocol.

Pairs with sbomify/sbomify#1231, which adds the server itself. Worth holding until that merges,
since this describes a feature that is not live yet.

What's in it

Written for the person deciding whether to point an agent at their supply-chain data, so it leads
with what you can actually ask ("which components in the 2.4 release have critical vulnerabilities,
and which already have a VEX?") rather than with a tool list.

Covers token scoping, client setup for Claude Code and JSON-config clients, a connection check, the
available tools, and the security model.

On the security section

An agent reading your SBOMs is reading text your suppliers wrote — and their suppliers, all the way
down. That is the part of this feature a security-minded reader will want to poke at, so the guide
is explicit in both directions:

  • what protects you (scopes are the boundary, checked before anything else; destructive tools are
    absent rather than disabled; everything is capped and logged), and
  • what does not — nothing stops a determined injection from making an agent describe something
    misleadingly, so an agent's summary of a third-party artifact deserves the same caution as the
    artifact.

Understating that would be the wrong trade for a supply-chain security product.

Scope

Operator configuration — host allow-listing, resource caps, 421 and lifespan troubleshooting — stays
in the application repo next to the code that reads those settings, rather than being duplicated
here where it would drift.

Checks

  • bun run lint passes (dprint + d2)
  • hugo --minify --environment production builds clean; page renders at /guides/mcp/
  • Linked from content/guides/_index.md under Platform Guides
  • No JS added, one page, no images — no PageSpeed impact

🤖 Generated with Claude Code

sbomify now runs a Model Context Protocol server, so agents can answer questions
about a workspace directly rather than the user shuttling data between a browser
and a chat window.

Written for the person deciding whether to point an agent at their supply-chain
data, so it leads with what you can actually ask, and is explicit about the part
that deserves scrutiny: an agent reading your SBOMs is reading text your
suppliers wrote, and their suppliers wrote. The security section says what
protects you (scopes are the boundary; destructive tools are absent rather than
disabled) and, just as plainly, what does not — nothing stops a determined
injection from making an agent describe something misleadingly.

Operator configuration (host allow-listing, resource caps, troubleshooting) stays
in the application repo next to the code that reads those settings.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
vpetersson-bot added a commit to vpetersson-bot/sbomify that referenced this pull request Jul 28, 2026
`docs/mcp.md` was serving two readers at once: someone connecting an agent
(token scoping, client config, tool reference) and someone running the service
(host allow-listing, resource caps, troubleshooting). Neither was well served by
a page aimed at both, and the setup half belongs where users actually look —
the website, not the application repository.

The user-facing half moves to sbomify.com/guides/mcp/ (sbomify/sbomify.com#114).
What stays here is the operator reference: the settings the endpoint reads, the
audit log streams, what a 421 or a "Task group is not initialized" means, and
the deployment constraints. Those live next to the code that reads them, so they
change in the same commit when the code does.

Deliberately not duplicated. Two copies of a 200-line page drift, and the copy in
this repo is the one that gets updated when the code changes — leaving the
website's copy quietly wrong for users, which is the worse failure.

README, docs/access-tokens.md and AGENTS.md now point setup questions at the
guide. AGENTS.md also notes that a change to the tool surface needs a PR in both
repositories.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant