| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Prototype for discussion modelcontextprotocol#2930 — adds an optional, additive `io.modelcontextprotocol/toolFailure` _meta key on CallToolResult carrying class ("capability" | "reliability" | "governance"), an extensible code, retryable/retryNotBefore, a required correlationId for operator debugging, and agentGuidance. Local draft only — not filed as a PR, issue, or discussion comment.
|
Hey @johnyzaguirre-glean - The overall shape is interesting, but I think these classes could possibly fit the overall Errors object too - https://modelcontextprotocol.io/specification/2026-07-28/schema#errors What's the rationale for to not extend the Errors? |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Summary
Prototype for discussion #2930 — adds an optional, additive
io.modelcontextprotocol/toolFailure _meta key on CallToolResult
carrying class (capability/reliability/governance), an extensible
code, retryable/retryNotBefore, a required correlationId for
operator debugging, and agentGuidance.
rule that tool failures must stay visible to the model
for subscriptionId) — additive, no new -320xx code, no breaking change
split, mandatory correlationId, agentGuidance kept separate from
diagnostics
This is a discussion prototype, not a submitted SEP — posting for feedback
per the "documentation-first before a formal SEP" question raised in the
thread. Happy to move this into a proper SEP if there's interest.
AI disclosure
This PR was written primarily by Claude Code, based on my discussion with
it about consolidating the proposals raised in #2930 (and related, #3188).
I reviewed and understand the schema changes.
Test plan
new ToolFailure/policy-blocked.json example