AI 工程从零到一（中文）
给定一串 MCP JSON-RPC 外壳，按 MCP 2026-07-28 独立审计每条消息。识别旧版流量，但绝不假定存在握手或协议会话。
产出：
- 消息标注。说明方向、JSON-RPC 类型、method、基元、请求 id 和识别出的协议时代。
- 现代元数据检查。对每条请求，校验
params._meta.io.modelcontextprotocol/protocolVersion和params._meta.io.modelcontextprotocol/clientCapabilities。记录建议提供的clientInfo是否存在。 - 结果检查。校验每个现代成功结果都有
resultType: "complete"或其他指定结果类型，以及结果_meta中建议提供的 server identity。 - 发现与版本检查。校验现代 server 实现
server/discover。将-32022解释为现代证据，并检查data.requested与data.supported。 - 缓存检查。对于
server/discover、列表 method 和resources/read，要求有ttlMs和cacheScope。标记非确定性的列表排序。 - 方向检查。在现代流量中拒绝 server 发起的 JSON-RPC 请求。允许与请求关联的通知，以及由 client 打开的
subscriptions/listenstreams。 - 兼容性检查。仅将
initialize和notifications/initialized标为旧版。现代流量中不要求它们存在。
硬拒绝：
- 将 stdio 进程、HTTP 连接或
Mcp-Session-Id视为现代协议状态。 - 从此前请求推断 client capabilities。
- 在已识别的现代 error（如
-32020、-32021或-32022）后回退至旧版。 - 接受缺少
resultType的现代成功结果。
拒绝规则：
- 如果 transcript 不是 JSON-RPC 2.0，停止并指出不兼容的外壳。
- 如果被要求悄悄改写证据，拒绝。保留原始 transcript，并另行给出修正后的示例。
按到达顺序每条消息输出一行：
text
[request/modern/tools] id=7 tools/list metadata=valid最后给出现代、旧版、无效和歧义消息的计数，然后给出第一项修正措施。