diff --git a/docs/announcements/acp-agent-registry-stabilized.mdx b/docs/announcements/acp-agent-registry-stabilized.mdx new file mode 100644 index 00000000..b18eb1a4 --- /dev/null +++ b/docs/announcements/acp-agent-registry-stabilized.mdx @@ -0,0 +1,13 @@ +--- +title: ACP Registry is stabilized +sidebarTitle: ACP Registry stabilized +description: Announcement that the ACP Registry RFD has been completed and the registry is stabilized. +--- + +**Published:** March 9, 2026 + +The ACP Registry RFD has moved to Completed and the initial version of the registry is stabilized. + +The registry gives ACP clients a standard way to discover, install, and configure compatible agents. It introduces a curated catalog and a shared manifest format so editors and other clients do not need to invent their own integration metadata. + +If you want to explore the shipped experience, start with [ACP Registry](/get-started/registry). For the design history and rationale, see the [ACP Agent Registry RFD](/rfds/acp-agent-registry). diff --git a/docs/announcements/implementation-information.mdx b/docs/announcements/implementation-information.mdx new file mode 100644 index 00000000..7886b8e9 --- /dev/null +++ b/docs/announcements/implementation-information.mdx @@ -0,0 +1,19 @@ +--- +title: Implementation information for agents and clients +sidebarTitle: Implementation information +description: Protocol update introducing optional implementation metadata during initialization. +--- + +**Published:** October 24, 2025 + +ACP now allows agents and clients to provide information about themselves to the other party during initialization. + +The [InitializeRequest](/protocol/schema#initializerequest) message now includes an optional clientInfo field, and the [InitializeResponse](/protocol/schema#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 for which agents and clients are most popular among their users, and to help track down issues tied to particular implementation versions. + +This follows the existing pattern laid out in the [Model Context Protocol](https://modelcontextprotocol.io/specification/2025-06-18/basic/lifecycle#initialization). + +This is being introduced as an optional field for now for backwards compatibility. It is possible it will be made required in a future version of the protocol, like MCP, so that both sides can count on this information being available. + +For the user-facing protocol guide, see [Implementation Information](/protocol/initialization#implementation-information). diff --git a/docs/announcements/sergey-ignatov-lead-maintainer.mdx b/docs/announcements/sergey-ignatov-lead-maintainer.mdx new file mode 100644 index 00000000..4f7dd4e2 --- /dev/null +++ b/docs/announcements/sergey-ignatov-lead-maintainer.mdx @@ -0,0 +1,17 @@ +--- +title: Sergey Ignatov joins ACP as Lead Maintainer +sidebarTitle: Lead maintainer update +description: Governance announcement about Sergey Ignatov joining ACP as a Lead Maintainer. +--- + +**Published:** February 18, 2026 + +It is with great pleasure that I announce that Sergey Ignatov, from JetBrains, will be joining me as a Lead Maintainer for ACP. Agus Zubiaga will remain a key part of the leadership group as a Core Maintainer. + +This is in recognition of Sergey’s many contributions to the protocol. We would not be where we are today without his efforts. In the past few months, Zed and JetBrains have been able to collaborate closely on the protocol, and it is time to reflect that fact more formally in our governance structure. + +I have enjoyed the chance to work with Sergey and the entire JetBrains team. There is still much work to be done, but with all of the agent and client teams working together, I am confident we can continue to make the ACP vision a reality: allowing you to collaborate with the agent or agents you love wherever you are already working. + +**Ben Brandt** + +Zed Industries / ACP Lead Maintainer diff --git a/docs/announcements/session-config-options-stabilized.mdx b/docs/announcements/session-config-options-stabilized.mdx new file mode 100644 index 00000000..56ced167 --- /dev/null +++ b/docs/announcements/session-config-options-stabilized.mdx @@ -0,0 +1,13 @@ +--- +title: Session Config Options are stabilized +sidebarTitle: Config options stabilized +description: Announcement that session-level configuration selectors are now part of the stable ACP protocol. +--- + +**Published:** February 4, 2026 + +The Session Config Options RFD has moved to Completed and is stabilized. + +Session Config Options give agents a flexible way to expose session-level configuration such as models, modes, reasoning levels, and other selectors. Instead of hard-coding a small set of protocol-level controls, clients can render the options an agent provides and keep them in sync as they change. + +The stable protocol documentation is available in [Session Config Options](/protocol/session-config-options), and the design history remains in the [Session Config Options RFD](/rfds/session-config-options). diff --git a/docs/announcements/session-info-update-stabilized.mdx b/docs/announcements/session-info-update-stabilized.mdx new file mode 100644 index 00000000..15b0eb80 --- /dev/null +++ b/docs/announcements/session-info-update-stabilized.mdx @@ -0,0 +1,13 @@ +--- +title: Session Info Update is stabilized +sidebarTitle: Session Info Update stabilized +description: Announcement that the session_info_update notification is now part of the stable ACP protocol. +--- + +**Published:** March 9, 2026 + +The Session Info Update RFD has moved to Completed and the session_info_update notification is stabilized. + +This lets agents push session metadata updates to clients in real time, including generated titles and related metadata, so session lists can stay current without polling. + +The stable protocol behavior is documented in [Session List](/protocol/session-list#updating-session-metadata), and the design history remains in the [Session Info Update RFD](/rfds/session-info-update). diff --git a/docs/announcements/session-list-stabilized.mdx b/docs/announcements/session-list-stabilized.mdx new file mode 100644 index 00000000..c9c5bc89 --- /dev/null +++ b/docs/announcements/session-list-stabilized.mdx @@ -0,0 +1,13 @@ +--- +title: Session List is stabilized +sidebarTitle: Session List stabilized +description: Announcement that the session/list method is now part of the stable ACP protocol. +--- + +**Published:** March 9, 2026 + +The Session List RFD has moved to Completed and the session/list method is stabilized. + +This gives clients a standard way to discover sessions known to an agent, making features like session history, session switching, and cleanup much easier to implement consistently across ACP clients. + +For the shipped protocol, see [Session List](/protocol/session-list). For the design history, see the [Session List RFD](/rfds/session-list). diff --git a/docs/docs.json b/docs/docs.json index e5156612..be358463 100644 --- a/docs/docs.json +++ b/docs/docs.json @@ -108,6 +108,7 @@ "tab": "RFDs", "pages": [ "rfds/about", + "rfds/updates", { "group": "Draft", "pages": [ @@ -165,7 +166,20 @@ }, { "tab": "Updates", - "pages": ["updates"] + "pages": [ + "updates", + { + "group": "Announcements", + "pages": [ + "announcements/acp-agent-registry-stabilized", + "announcements/session-info-update-stabilized", + "announcements/session-list-stabilized", + "announcements/sergey-ignatov-lead-maintainer", + "announcements/session-config-options-stabilized", + "announcements/implementation-information" + ] + } + ] }, { "tab": "Brand", diff --git a/docs/rfds/about.mdx b/docs/rfds/about.mdx index 1e702fdc..428845b9 100644 --- a/docs/rfds/about.mdx +++ b/docs/rfds/about.mdx @@ -26,7 +26,7 @@ Some changes do not require an RFD: RFD proposals are merged into the "Draft" section if a core team member decides to champion them. The champion becomes the point-of-contact and will work with authors to make it reality. Once in draft, implementation may begin (properly feature-gated with the RFD name). Implementation can also begin at a particular SDK or agent/client level to prove out the design for better review and feedback before broader adoption. -RFDs are living documents that track implementation progress. PRs working towards an RFC will typically update it to reflect changes in design or direction. +RFDs are living documents that track implementation progress. PRs working towards an RFD will typically update it to reflect changes in design or direction. ### 2b. Move to "To be removed" diff --git a/docs/rfds/updates.mdx b/docs/rfds/updates.mdx new file mode 100644 index 00000000..19d325c4 --- /dev/null +++ b/docs/rfds/updates.mdx @@ -0,0 +1,194 @@ +--- +title: RFD Updates +description: Lifecycle updates for ACP Requests for Dialog +rss: true +--- + +This page tracks lifecycle changes for ACP Requests for Dialog. For broader ACP announcements, see [Updates](/updates). + + +## Custom LLM Endpoint RFD moves to Draft stage + +The RFD for allowing clients to specify custom provider configuration has been moved to Draft stage. Please review the [RFD](/rfds/custom-llm-endpoint) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## Additional Directories RFD moves to Draft stage + +The RFD for allowing clients to specify additional directories for the agent to access has been moved to Draft stage. Please review the [RFD](/rfds/additional-directories) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## ACP Registry RFD moves to Completed + +The RFD for the initial version of the ACP Registry has been completed. Please review the [documentation](/get-started/registry) for more information. + +## session_info_update Notification RFD moves to Completed + +The RFD for the session_info_update notification has been stabilized and is now a part of the protocol. Please review the [documentation](/protocol/session-list#updating-session-metadata) for more information. + +## session/list RFD moves to Completed + +The RFD for the session/list method has been stabilized and is now a part of the protocol. Please review the [documentation](/protocol/session-list) for more information. + + + + +## Next Edit Suggestions RFD moves to Draft stage + +The RFD for allowing agents to provide next edit suggestions has been moved to Draft stage. Please review the [RFD](/rfds/next-edit-suggestions) for more information on the current proposal and provide feedback as work on the implementation begins. + +## session/close RFD moves to Draft stage + +The RFD for allowing agents to close a given session has been moved to Draft stage. Please review the [RFD](/rfds/session-close) for more information on the current proposal and provide feedback as work on the implementation begins. + +## Elicitation RFD moves to Draft stage + +The RFD for allowing agents to elicit user input has been moved to Draft stage. Please review the [RFD](/rfds/elicitation) for more information on the current proposal and provide feedback as work on the implementation begins. + +## Boolean Config Option RFD moves to Draft stage + +The RFD for adding boolean config options to the protocol has been moved to Draft stage. Please review the [RFD](/rfds/boolean-config-option) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## Delete in Diff RFD moves to Draft stage + +The RFD for indicating whether a diff resulted in a file deletion has been moved to Draft stage. Please review the [RFD](/rfds/diff-delete) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## Message ID RFD moves to Draft stage + +The RFD for adding message ids to the protocol has been moved to Draft stage. Please review the [RFD](/rfds/message-id) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## session/list RFD moves to Preview stage + +The RFD for the session/list method has been moved to Preview stage. Please review the [RFD](/rfds/session-list) for more information on the current proposal and provide feedback before the feature is stabilized. + +## session_info_update RFD moves to Preview stage + +The RFD for the session_info_update notification has been moved to Preview stage. Please review the [RFD](/rfds/session-info-update) for more information on the current proposal and provide feedback before the feature is stabilized. + + + + +## ACP Registry RFD moves to Preview stage + +The RFD for the ACP Registry has been moved to Preview stage. Please review the [RFD](/rfds/acp-agent-registry) for more information on the current proposal and provide feedback before the feature is stabilized. + + + + +## Session Config Options RFD moves to Completed + +The RFD for adding more generic Session Config Options to the protocol has been stabilized and is now a part of the protocol. Please review the [documentation](/protocol/session-config-options) for more information. + + + + +## session/delete moves to Draft stage + +The RFD for allowing clients to delete a given session has been moved to Draft stage. Please review the [RFD](/rfds/session-delete) for more information on the current proposal and provide feedback as work on the implementation begins. + +## Logout method moves to Draft stage + +The RFD for allowing clients to logout from an agent connection has been moved to Draft stage. Please review the [RFD](/rfds/logout-method) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## Rust SDK based on SACP RFD moves to Draft stage + +The RFD for basing the Rust SDK on SACP has been moved to Draft stage. Please review the [RFD](/rfds/rust-sdk-v1) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## Session Config Options RFD moves to Preview stage + +The RFD for adding more generic Session Config Options to the protocol has been moved to Preview stage. Please review the [RFD](/rfds/session-config-options) for more information on the current proposal and provide feedback before the feature is stabilized. + + + + +## Authentication Methods RFD moves to Draft stage + +The RFD for creating additional types of authentication methods has been moved to Draft stage. Please review the [RFD](/rfds/auth-methods) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## Agent Registry RFD moves to Draft stage + +The RFD for creating an Agent Registry has been moved to Draft stage. Please review the [RFD](/rfds/acp-agent-registry) for more information on the current proposal and provide feedback as work on the implementation begins. + +## Session Usage RFD moves to Draft stage + +The RFD for adding a new usage_update variant on the session/update notification and usage field on prompt responses in the protocol has been moved to Draft stage. Please review the [RFD](/rfds/session-usage) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## Proxy Chains RFD moves to Draft stage + +The RFD for adding proxy chain functionality in the protocol has been moved to Draft stage. Please review the [RFD](/rfds/proxy-chains) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## Agent Telemetry Export RFD moves to Draft stage + +The RFD for providing more guidance on how agents should export telemetry has been moved to Draft stage. Please review the [RFD](/rfds/agent-telemetry-export) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## session_info_update notification RFD moves to Draft stage + +The RFD for adding a new session_info_update variant on the session/update notification in the protocol has been moved to Draft stage. Please review the [RFD](/rfds/session-info-update) for more information on the current proposal and provide feedback as work on the implementation begins. + +## \_meta Propagation RFD moves to Draft stage + +The RFD for providing more guidance on how the \_meta parameter should be used within the protocol has been moved to Draft stage. Please review the [RFD](/rfds/meta-propagation) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## session/resume RFD moves to Draft stage + +The RFD for adding a session/resume method to the protocol has been moved to Draft stage. Please review the [RFD](/rfds/session-resume) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## $/cancelRequest RFD moves to Draft stage + +The RFD for adding a $/cancelRequest method to the protocol has been moved to Draft stage. Please review the [RFD](/rfds/request-cancellation) for more information on the current proposal and provide feedback as work on the implementation begins. + +## session/fork RFD moves to Draft stage + +The RFD for adding a session/fork method to the protocol has been moved to Draft stage. Please review the [RFD](/rfds/session-fork) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## Session Config Options RFD moves to Draft stage + +The RFD for adding more generic Session Config Options to the protocol has been moved to Draft stage. Please review the [RFD](/rfds/session-config-options) for more information on the current proposal and provide feedback as work on the implementation begins. + + + + +## session/list RFD moves to Draft stage + +The RFD for adding a session/list method to the protocol has been moved to Draft stage. Please review the [RFD](/rfds/session-list) for more information on the current proposal and provide feedback as work on the implementation begins. + + diff --git a/docs/updates.mdx b/docs/updates.mdx index 8c379646..6c776e69 100644 --- a/docs/updates.mdx +++ b/docs/updates.mdx @@ -4,243 +4,70 @@ description: Updates and announcements about the Agent Client Protocol rss: true --- - -## Custom LLM Endpoint RFD moves to Draft stage +This page is for larger ACP announcements and project updates. For lifecycle changes to Requests for Dialog, see [RFD Updates](/rfds/updates). -The RFD for allowing clients to specify custom provider configuration has been moved to Draft stage. Please review the [RFD](./rfds/custom-llm-endpoint) for more information on the current proposal and provide feedback as work on the implementation begins. + +## ACP Registry is Released - +The ACP Registry RFD has moved to Completed and the initial version of the registry is released. - -## Additional Directories RFD moves to Draft stage +The registry gives ACP clients a standard way to discover, install, and configure compatible agents without inventing custom integration metadata. -The RFD for allowing clients to specify additional directories for the agent to access has been moved to Draft stage. Please review the [RFD](./rfds/additional-directories) for more information on the current proposal and provide feedback as work on the implementation begins. +[Read the full announcement](/announcements/acp-agent-registry-stabilized). - -## Next Edit Suggestions RFD moves to Draft stage - -The RFD for allowing agents to provide next edit suggestions has been moved to Draft stage. Please review the [RFD](./rfds/next-edit-suggestions) for more information on the current proposal and provide feedback as work on the implementation begins. - - + +## Session Info Update is Stabilized - -## ACP Registry RFD moves to Completed - -The RFD for the initial version of the ACP Registry has been completed. Please review the [documentation](./get-started/registry) for more information. - - +The Session Info Update RFD has moved to Completed and the session_info_update notification is stabilized. - -## session_info_update Notification RFD moves to Completed +This lets agents push session metadata updates to clients in real time so titles and related metadata stay current without polling. -The RFD for the session_info_update notification has been stabilized and is now a part of the protocol. Please review the [documentation](./protocol/session-info-update) for more information. +[Read the full announcement](/announcements/session-info-update-stabilized). - -## session/list RFD moves to Completed + +## Session List is Stabilized -The RFD for the session/list method has been stabilized and is now a part of the protocol. Please review the [documentation](./protocol/session-list) for more information. - - - - -## session/close RFD moves to Draft stage - -The RFD for allowing agents to close a given session has been moved to Draft stage. Please review the [RFD](./rfds/session-close) for more information on the current proposal and provide feedback as work on the implementation begins. - - +The Session List RFD has moved to Completed and the session/list method is stabilized. - -## Elicitation RFD moves to Draft stage +This gives clients a standard way to discover existing sessions from an agent for features like history, switching, and cleanup. -The RFD for allowing agents to elicit user input has been moved to Draft stage. Please review the [RFD](./rfds/elicitation) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## Boolean Config Option RFD moves to Draft stage - -The RFD for adding boolean config options to the protocol has been moved to Draft stage. Please review the [RFD](./rfds/boolean-config-option) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## Delete in Diff RFD moves to Draft stage - -The RFD for indicating whether a diff resulted in a file deletion has been moved to Draft stage. Please review the [RFD](./rfds/diff-delete) for more information on the current proposal and provide feedback as work on the implementation begins. +[Read the full announcement](/announcements/session-list-stabilized). -## Sergey Ignatov is now a Lead Maintainer - -It is with great pleasure that I announce that Sergey Ignatov, from JetBrains, will be joining me as a Lead Maintainer role for ACP. Agus Zubiaga will remain a key part of the leadership group as a Core Maintainer. - -This is in recognition for Sergey's many contributions to the protocol, we would not be where we are today without his efforts. In the past few months, Zed and JetBrains have been able to collaborate closely on the protocol, and it is time to reflect that fact more formally in our governance structure. - -I have enjoyed the chance to work with Sergey and the entire JetBrains team. There is still much work to be done, but with all of the agent and client teams working together, I am confident we can continue to make the ACP vision a reality. Allowing you to collaborate with the agent(s) you love wherever you are already working. - -**Ben Brandt** / Zed Industries / ACP Lead Maintainer - - - - -## Message ID RFD moves to Draft stage - -The RFD for adding message ids to the protocol has been moved to Draft stage. Please review the [RFD](./rfds/message-id) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## session/list RFD moves to Preview stage - -The RFD for the session/list method has been moved to Preview stage. Please review the [RFD](./rfds/session-list) for more information on the current proposal and provide feedback before the feature is stabilized. - - - - -## session_info_update RFD moves to Preview stage - -The RFD for the session_info_update notification has been moved to Preview stage. Please review the [RFD](./rfds/session-info-update) for more information on the current proposal and provide feedback before the feature is stabilized. - - - - -## ACP Registry RFD moves to Preview stage - -The RFD for the ACP Registry has been moved to Preview stage. Please review the [RFD](./rfds/acp-agent-registry) for more information on the current proposal and provide feedback before the feature is stabilized. - - - - -## Session Config Options RFD moves to Completed - -The RFD for adding more generic Session Config Options to the protocol has been stabilized and is now a part of the protocol. Please review the [documentation](./protocol/session-config-options) for more information. - - - - -## session/delete moves to Draft stage - -The RFD for allowing clients to delete a given session has been moved to Draft stage. Please review the [RFD](./rfds/session-delete) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## Logout method moves to Draft stage - -The RFD for allowing clients to logout from an agent connection has been moved to Draft stage. Please review the [RFD](./rfds/logout-method) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## Rust SDK based on SACP RFD moves to Draft stage - -The RFD for basing the Rust SDK on SACP has been moved to Draft stage. Please review the [RFD](./rfds/rust-sdk-v1) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## Session Config Options RFD moves to Preview stage - -The RFD for adding more generic Session Config Options to the protocol has been moved to Preview stage. Please review the [RFD](./rfds/session-config-options) for more information on the current proposal and provide feedback before the feature is stabilized. - - - - -## Authentication Methods RFD moves to Draft stage - -The RFD for creating additional types of authentication methods has been moved to Draft stage. Please review the [RFD](./rfds/auth-methods) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## Agent Registry RFD moves to Draft stage - -The RFD for creating an Agent Registry has been moved to Draft stage. Please review the [RFD](./rfds/acp-agent-registry) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## Session Usage RFD moves to Draft stage - -The RFD for adding a new `usage_update` variant on the `session/update` notification and `usage` field on prompt responses in the protocol has been moved to Draft stage. Please review the [RFD](./rfds/session-usage) for more information on the current proposal and provide feedback as work on the implementation begins. - - +## Sergey Ignatov joins ACP as Lead Maintainer - -## Proxy Chains RFD moves to Draft stage +Sergey Ignatov from JetBrains is now a Lead Maintainer for ACP. -The RFD for adding proxy chain functionality in the protocol has been moved to Draft stage. Please review the [RFD](./rfds/proxy-chains) for more information on the current proposal and provide feedback as work on the implementation begins. +This reflects the growing collaboration between Zed and JetBrains around ACP and recognizes Sergey’s significant contributions to the protocol. - - - -## Agent Telemetry Export RFD moves to Draft stage - -The RFD for providing more guidance on how agents should export telemetry has been moved to Draft stage. Please review the [RFD](./rfds/agent-telemetry-export) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## session_info_update notification RFD moves to Draft stage - -The RFD for adding a new `session_info_update` variant on the `session/update` notification in the protocol has been moved to Draft stage. Please review the [RFD](./rfds/session-info-update) for more information on the current proposal and provide feedback as work on the implementation begins. +[Read the full announcement](/announcements/sergey-ignatov-lead-maintainer). - -## _meta Propagation RFD moves to Draft stage + +## Session Config Options are now Stabilized -The RFD for providing more guidance on how the `_meta` parameter should be used within the protocol has been moved to Draft stage. Please review the [RFD](./rfds/meta-propagation) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## session/resume RFD moves to Draft stage - -The RFD for adding a "session/resume" method to the protocol has been moved to Draft stage. Please review the [RFD](./rfds/session-resume) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## $/cancelRequest RFD moves to Draft stage - -The RFD for adding a "$/cancelRequest" method to the protocol has been moved to Draft stage. Please review the [RFD](./rfds/request-cancellation) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## session/fork RFD moves to Draft stage - -The RFD for adding a "session/fork" method to the protocol has been moved to Draft stage. Please review the [RFD](./rfds/session-fork) for more information on the current proposal and provide feedback as work on the implementation begins. - - - - -## Session Config Options RFD moves to Draft stage - -The RFD for adding more generic Session Config Options to the protocol has been moved to Draft stage. Please review the [RFD](./rfds/session-config-options) for more information on the current proposal and provide feedback as work on the implementation begins. - - +The Session Config Options RFD has moved to Completed and is stabilized. - -## session/list RFD moves to Draft stage +This gives agents a flexible way to expose session-level configuration such as models, modes, reasoning levels, and other selectors. -The RFD for adding a "session/list" method to the protocol has been moved to Draft stage. Please review the [RFD](./rfds/session-list) for more information on the current proposal and provide feedback as work on the implementation begins. +[Read the full announcement](/announcements/session-config-options-stabilized). -## Implementation Information for Agents and Clients +## Implementation information for agents and clients -Agents and Clients are [now able to provide information about themselves](./protocol/initialization#implementation-information) to the other party. The [`InitializeRequest`](./protocol/schema#initializerequest) message now includes an optional `clientInfo` field and the [`InitializeResponse`](./protocol/schema#initializeresponse) message includes an optional `agentInfo` field. +ACP now allows agents and clients to share implementation details during initialization using the optional clientInfo and agentInfo fields. -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](https://modelcontextprotocol.io/specification/2025-06-18/basic/lifecycle#initialization). +This makes it easier to identify which implementation is running, improve compatibility diagnostics, and understand adoption across the ecosystem. -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. +[Read the full announcement](/announcements/implementation-information).