{"version":"2.1.268","anchor":"sdkcontrol-protocol-pending-request-lists-now-documented-as","canonical_anchor":"sdkcontrol-protocol-pending-request-lists-now-documented-as","heading":"SDK\/control-protocol pending-request lists now documented as always present as of this build","tier":"internal","area":"SDK","scope":null,"heads_up":null,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.268\/e\/sdkcontrol-protocol-pending-request-lists-now-documented-as","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.268","markdown":"### SDK\/control-protocol pending-request lists now documented as always present as of this build\n\nSDK docs now guarantee the pending-request lists in the initialize response are always present from v2.1.268 onward\n\n**What**\n\nThe documentation for the `initialize` response used by SDK and control-protocol clients now states that the pending-request lists for `request_user_dialog` and `can_use_tool` are always present, even if empty, as of Claude Code v2.1.268 or later.\n\n**Why**\n\nThis lets SDK clients reliably tell the difference between an older CLI version that could simply omit the field and a newer one reporting that nothing is currently pending.\n\n- Area: SDK\n- Names: `request_user_dialog`, `can_use_tool`\n- Tier: Under the hood\n- Useful: 1\/5\n- Signal: 1\/5"}