SDK callers get an mcp_server_errors array naming rejected MCP configs, so CI can fail on it.
What's wrong with this entry?
The system/init SDK message now carries mcp_server_errors, so a programmatic caller can see which MCP config entries were rejected at validation time rather than silently getting fewer servers.
- each element is
{name, type, message}for a config entry that failed validation and was skipped - entries whose server did connect anyway are filtered out of the array
- the MCP config loader tags validation failures with a stable code, adding
"invalid_config"alongside the existing categories - the schema note says the key is omitted when empty, and that "CI can fail on
(mcp_server_errors?.length ?? 0) > 0" - the REPL bridge currently passes an empty list, so this is populated on the SDK path only
mcp_server_errors
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.242
Plugins can carry a server-issued id in a sidecar file
Both mention server
-
v2.1.228
API rejections are classified from a structured marker instead of prose alone
Both mention error
-
v2.1.234
Empty or malformed API responses now report what actually answered
Both mention error