The RFD for adding a “session/resume” method to the protocol has been moved to Draft stage. Please review the RFD for more information on the current proposal and provide feedback as work on the implementation begins.
The RFD for adding a ”$/cancelRequest” method to the protocol has been moved to Draft stage. Please review the RFD for more information on the current proposal and provide feedback as work on the implementation begins.
The RFD for adding a “session/fork” method to the protocol has been moved to Draft stage. Please review the RFD for more information on the current proposal and provide feedback as work on the implementation begins.
The RFD for adding more generic Session Config Options to the protocol has been moved to Draft stage. Please review the RFD for more information on the current proposal and provide feedback as work on the implementation begins.
The RFD for adding a “session/list” method to the protocol has been moved to Draft stage. Please review the RFD for more information on the current proposal and provide feedback as work on the implementation begins.
Agents and Clients are now able to provide information about themselves to the other party. The InitializeRequest message now includes an optional clientInfo field and the InitializeResponse message includes an optional agentInfo field.This information can be used by Clients to show users which Agent is running and what version, by both sides to track usage metrics of which agents and clients are most popular among their users, and also to help track down if any issues are encountered with particular implementation version. This follows the existing pattern laid out in the Model Context Protocol.This is being introduced as an optional field for now for backwards compatibility. It is possible it will be made into a required field in a future version of the protocol, like MCP, so that both sides can count on this information being available.
