Skip to content

docs: document subscriptions/listen and CacheableResult in draft learn and client pages#3068

Draft
claude[bot] wants to merge 4 commits into
docs/2026-07-28-releasefrom
claude/rc-server-concepts
Draft

docs: document subscriptions/listen and CacheableResult in draft learn and client pages#3068
claude[bot] wants to merge 4 commits into
docs/2026-07-28-releasefrom
claude/rc-server-concepts

Conversation

@claude

@claude claude Bot commented Jul 10, 2026

Copy link
Copy Markdown
Contributor

Requested by Den Delimarsky · Slack thread

Readers of the draft learn pages previously saw resource updates explained through resources/subscribe and tool list examples with no caching hints. The server concepts and architecture pages now walk through the subscriptions/listen flow, from the filtered request and its required _meta fields to the acknowledgment and the tagged update notifications. The architecture page's tool list example and the client best practices page now cover resultType together with the ttlMs and cacheScope caching fields.

Motivation and Context

Part of the docs preparation for the 2026-07-28 release. The learn pages still taught the old update flow, where resources/subscribe and a standalone GET stream delivered notifications, and the tool list examples predated the requirement that complete list and read results carry caching hints.

Closes #3041
Closes #3044

How Has This Been Tested?

Documentation-only change. Ran npm run check:docs, which passes after the changes. That covers the prettier format check, the MDX comment check, and the mint broken-links check. Prettier accepts the edited files as-is.

Breaking Changes

None.

Types of changes

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)
  • Documentation update

Checklist

  • I have read the MCP Documentation
  • My code follows the repository's style guidelines
  • New and existing tests pass locally
  • I have added appropriate error handling
  • I have added or updated documentation as needed

Additional context

This bundle touches the draft architecture page, which other rc-high-priority bundle PRs also modify, so merge order may need care.

AI assistance disclosure: this PR, including the documentation changes and this description, was written primarily with AI assistance. The diff gets human review before merge.


Generated by Claude Code

claude added 4 commits July 10, 2026 07:29
… concepts

The 2026-07-28 draft removes the resources/subscribe RPC. Update the
resource protocol operations table to show subscriptions/listen and
explain the resourceSubscriptions filter.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016WBaED7Rta4YsYVz66Qoru
…itecture overview

Rework the Real-time Updates step around the subscriptions/listen
stream: clients opt in with a notifications filter (toolsListChanged),
the server acknowledges the filter, and every notification carries
io.modelcontextprotocol/subscriptionId in _meta. Add the required ttlMs
and cacheScope fields to the example tools/list response with short
field descriptions.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016WBaED7Rta4YsYVz66Qoru
Point the tool definition caching guidance at the spec's caching
utility: ttlMs is a freshness hint that decides when to re-fetch,
list_changed notifications invalidate early, and cacheScope private
results must stay within one authorization context.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016WBaED7Rta4YsYVz66Qoru
Add the required per-request _meta fields to the subscriptions/listen
and follow-up tools/list examples, and add resultType: "complete" to
the tools/list response that shows the ttlMs and cacheScope hints.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016WBaED7Rta4YsYVz66Qoru
@github-actions github-actions Bot added the documentation Improvements or additions to documentation label Jul 10, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant