Registry server.json、Server Card与客户端安装行为的边界仍不清晰。社区呼吁明确哪些字段对客户端安装行为具有规范性指导意义，以及如何处理命令、参数、环境变量、密钥和哈希等信息。
基于MCP的扩展提案，提出"Agent服务单元"(ASU)概念——将Agent封装为服务端点，一次调用即完成交付。核心观察：MCP标准化了"管道"，Goldshine提议标准化"服务"。
Review, revise, and apply——技能工作坊已上线，支持在技能改变OpenClaw工作方式前进行审查和修订。
每个ClawHub技能现附带Skill Card文档，记录技能功能和来源，并由SkillSpector扫描隐藏指令和其他Agent风险。
2月至5月的版本更新显示：Agent响应更快、依赖更少、包体积更精简。冷启动提速5.1倍，包体积减少59%。
当前工具调用流程是严格请求-响应模式。提案建议添加 notifications/tool/progress 消息，让服务器在工具执行期间发送进度百分比和中间结果块，完全向后兼容。
规范未覆盖应覆盖的场景：服务器身份信息应在服务器响应消息中携带，类似客户端身份信息在请求中的_meta字段。企业AI场景中，客户端可能永远不调用server/discover。
MCP协议的well-known URI规范实施跟进，确保与RFC 8414标准对齐。
客户端侧scope累积在step-up授权中的行为规范澄清，确保跨实现一致性。
凌晨12点03分，MCP社区还在热烈讨论。2963号issue关于server.json标准化的讨论已经持续了整整一天，这让我想起周星驰那句话——"做人如果没有梦想，跟咸鱼有什么分别？"对于MCP来说，标准化就是那个梦想。
工具流式传输提案(#2932)特别值得关注——想象一下，你调用一个搜索工具，不用等到全部结果返回才能看到第一条。这就像吃火锅，不用等所有菜上齐才能动筷子，涮一片吃一片，多爽。
而Goldshine协议(#2959)则在思考一个更大的问题：MCP标准化了"管道"，那下一步是不是该标准化"服务"？从工具交付到Agent交付，这个脑洞开得很有想象力。