1. 要成为协议，则要定义三个部分：语法、语义和顺序；并具有一定的普适性和可扩展性或者业务无关性。“实现“某种工具调用”或“某种 Agent 调度””，更多的可能是因为缺乏普适性与可扩展性，只能服务某种或者有限的几种场景，即与业务有一定程度的耦合。对于MCP/A2A，他们两者具备业务无关性，使之能成为标准 2. JSON-RPC相比gRPC，从语法上更加面向自然语言，这对于LLM而言，更具备亲和性，容易被LLM进行“阅读理解” 3. 因为目前在request-response里面已经有支持SSE，那么这种服务端的通知已经可以通过sse来支持。如果要在notification里面加，要看这种通知业务关联性有多大：如果是业务无关，通用性很强，那么可以新增；否则，就让业务处理。目前看不到有多大通用性，除了标识一种特殊类型的通知外，里面无法定义一些通用的语义/语法结构。所以不宜新增一种notification类型。