@mastra/mcp-docs-server 1.3.1-alpha.2 → 1.3.2-alpha.1

package/.docs/docs/harness/durable-agents.md

@@ -163,15 +163,29 @@ Visit the [`createInngestAgent()` reference](https://mastra.ai/reference/agents/
 Durable agents support resumable streams through PubSub and an event cache. When a client disconnects mid-stream, the cache continues storing events. The same client can reconnect by calling `observe()` with the `runId`:
 
 ```typescript
-const { output, cleanup } = await durableResearcher.observe(runId)
+const { output } = await durableResearcher.observe(runId)
 
 for await (const chunk of output.fullStream) {
   // Chunks from the run, including any missed while disconnected
 }
+```
 
-cleanup()
+Observing doesn't own the run. When the loop ends, or you leave it early with `break`, `return`, or an error, the observer unsubscribes and the run keeps going for anyone else watching it. To stop observing from outside the loop, for example when the client disconnects, call `detach()`:
+
+```typescript
+const { output, detach } = await durableResearcher.observe(runId)
+
+request.signal.addEventListener('abort', detach, { once: true })
+
+if (request.signal.aborted) detach()
+
+for await (const chunk of output.fullStream) {
+  // Stops when the run finishes or the client disconnects
+}
 ```
 
+If you pass `idleTimeoutMs` and no chunks arrive for that long, Mastra checks `isAlive` when you provide it. If `isAlive` returns `true` or throws, the timer restarts and the stream stays open. Otherwise the stream ends with an error chunk and detaches the observer. The run itself is only cleaned up when `isAlive` returns `false`.
+
 `createDurableAgent()` and `createEventedAgent()` use an in-memory cache by default, which means resumable streams work within a single process. For production, provide a persistent cache backend (e.g., Redis) so cached events survive process restarts:
 
 ```typescript
@@ -231,7 +245,11 @@ Visit [Background tasks](https://mastra.ai/docs/harness/background-tasks) for th
 
 ## Cleanup
 
-Every `stream()` and `observe()` call returns a `cleanup` function. Calling it unsubscribes from PubSub and removes the run from the internal registry. If you forget to call it, an automatic timer fires after the stream ends, but calling `cleanup()` yourself frees resources immediately.
+Every `stream()` and `observe()` call returns a `cleanup` function that tears the run down: it unsubscribes from PubSub, removes the run from the internal registry, and deletes the run's cached events so nobody can replay it afterward.
+
+When you don't call `cleanup()` yourself, Mastra calls it `cleanupTimeoutMs` after the run finishes, errors, or is aborted. Detaching an observer or reaching a plain `idleTimeoutMs` doesn't start this timer. Set `cleanupTimeoutMs: 0` to turn the timer off.
+
+Call `cleanup()` from the process that started the run. To stop watching a run from `observe()`, use `detach()` or leave the loop instead.
 
 ## Tool approval
 

package/.docs/docs/memory/observational-memory.md

@@ -615,29 +615,42 @@ const memory = new Memory({
 
 Thread scope requires a valid `threadId` to be provided when calling the agent. If `threadId` is missing, Observational Memory throws an error. This prevents multiple threads from silently sharing a single observation record, which can cause database deadlocks.
 
-### Resource scope (experimental)
+### Resource scope (deprecated)
 
-Observations are shared across all threads for a resource (typically a user). Enables cross-conversation memory.
+> **Deprecated:** `scope: 'resource'` is deprecated and will be removed in a future release. Mastra logs a warning the first time Observational Memory is created with resource scope. Remove the `scope` option to use the default thread scope, and use the [alternatives below](#cross-thread-continuity-without-resource-scope) for cross-conversation continuity.
+
+In resource scope, observations are shared across all threads for a resource (typically a user). Resource scope works much worse than thread scope for prompt caching and for the agent's understanding of the conversation:
+
+- **Prompt caching:** Observations from every thread share one record. When any thread is observed, the observation context changes for all other threads, which invalidates their cached prompt prefix.
+- **Agent understanding:** Each thread sees a mix of observations from every thread for the resource. Every new thread starts with context from earlier threads, and the agent may continue work that another thread started but didn't finish.
+- **Performance:** Unobserved messages across _all_ threads are processed together, which is slow for users with many existing threads.
+
+A new knowledge and subconscious memory primitive for cross-thread memory is coming soon and will replace resource scope. Until then, use the alternatives below.
+
+#### Cross-thread continuity without resource scope
+
+Switching from resource scope to thread scope doesn't migrate resource-scoped observations. Each thread uses its existing thread-scoped record if it has one, or starts a new, empty one, and messages already observed under resource scope aren't observed again. Keep facts that must carry over in resource-scoped working memory.
+
+Use thread scope with one or both of these features instead:
+
+- [Retrieval mode](#retrieval-mode): The agent gets a `recall` tool that can list and browse other threads for the same resource, and optionally search them semantically. The agent looks up earlier conversations only when it needs them.
+- [Resource-scoped working memory](https://mastra.ai/docs/memory/working-memory): Stores small, durable facts about the user that every thread can read.
 
 ```typescript
 const memory = new Memory({
   options: {
     observationalMemory: {
       model: 'google/gemini-2.5-flash',
+      retrieval: true,
+    },
+    workingMemory: {
+      enabled: true,
       scope: 'resource',
     },
   },
 })
 ```
 
-Resource scope works, however it's marked as experimental for now until we prove task adherence/continuity across multiple ongoing simultaneous threads. As of today, you may need to tweak your system prompt to prevent one thread from continuing the work that another had already started (but hadn't finished).
-
-This is because in resource scope, each thread is a perspective on _all_ threads for the resource.
-
-For your use-case this may not be a problem, so your mileage may vary.
-
-> **Warning:** In resource scope, unobserved messages across _all_ threads are processed together. For users with many existing threads, this can be slow. Use thread scope for existing apps.
-
 ## Token budgets
 
 OM uses token thresholds to decide when to observe and reflect. See [token budget configuration](https://mastra.ai/reference/memory/observational-memory) for details.
@@ -786,7 +799,7 @@ const memory = new Memory({
 
 Setting `bufferTokens: false` disables both observation and reflection async buffering. See [async buffering configuration](https://mastra.ai/reference/memory/observational-memory) for the full API.
 
-> **Note:** Resource scope automatically disables async buffering.
+> **Note:** Resource scope (deprecated) automatically disables async buffering.
 
 ## Observer Context Optimization
 
@@ -889,7 +902,7 @@ hooks: {
 No manual migration needed. OM reads existing messages and observes them lazily when thresholds are exceeded.
 
 - **Thread scope**: The first time a thread exceeds `observation.messageTokens`, the Observer processes the backlog.
-- **Resource scope**: All unobserved messages across all threads for a resource are processed together. For users with many existing threads, this could take substantial time.
+- **Resource scope (deprecated)**: All unobserved messages across all threads for a resource are processed together. For users with many existing threads, this could take substantial time.
 
 ## Comparing OM with other memory features
 

package/.docs/docs/memory/overview.md

@@ -212,7 +212,7 @@ To go beyond this default isolation, you can share memory between agents by pass
 
 When you call agents directly (outside the delegation flow), memory sharing is controlled by two identifiers: `resourceId` and `threadId`. Agents that use the same values read and write to the same data. This is useful when agents collaborate on a shared context, for example, a researcher that saves notes and a writer that reads them.
 
-**Resource-scoped sharing** is the most common pattern. [Working memory](https://mastra.ai/docs/memory/working-memory) and [semantic recall](https://mastra.ai/docs/memory/semantic-recall) default to `scope: 'resource'`. If two agents share a `resourceId`, they share observations, working memory, and embeddings, even across different threads:
+**Resource-scoped sharing** is the most common pattern. [Working memory](https://mastra.ai/docs/memory/working-memory) and [semantic recall](https://mastra.ai/docs/memory/semantic-recall) default to `scope: 'resource'`. If two agents share a `resourceId`, they share working memory and embeddings, even across different threads:
 
 ```typescript
 // Both agents share the same resource-scoped memory
@@ -225,7 +225,7 @@ await writer.generate('Write a summary from the research notes.', {
 })
 ```
 
-Because both calls use `resource: 'project-42'`, the writer can access the researcher's observations and working memory. Semantic embeddings are also shared through the resource. Each agent still has its own thread, so message histories stay separate.
+Because both calls use `resource: 'project-42'`, the writer can access the researcher's working memory. Semantic embeddings are also shared through the resource. Each agent still has its own thread, so message histories stay separate.
 
 **Thread-scoped sharing** gives tighter coupling. [Observational Memory](https://mastra.ai/docs/memory/observational-memory) uses `scope: 'thread'` by default. If two agents use the same `resource` and `thread`, they share the full message history. Each agent sees every message the other has written. This is useful when agents need to build on each other's exact outputs.
 

package/.docs/integrations/deploy/kubernetes.md

@@ -251,18 +251,20 @@ Register the durable agent with the `Mastra` instance above. Its run state now l
 A durable agent publishes stream chunks to a per-run topic through the shared pub/sub. A client that disconnects reconnects by calling `observe()` with the run's ID, and replays the chunks it missed from the shared cache:
 
 ```typescript
-const { output, cleanup } = await durableAssistant.observe(runId)
+const { output, detach } = await durableAssistant.observe(runId)
+
+request.signal.addEventListener('abort', detach, { once: true })
+
+if (request.signal.aborted) detach()
 
 for await (const chunk of output.fullStream) {
   // Chunks from the run, including any missed while disconnected
 }
-
-cleanup()
 ```
 
 Because the run state is in Postgres and the events are in Redis, the reconnecting request can be served by any pod, not only the one that started the run. See [Resumable streams](https://mastra.ai/docs/harness/durable-agents).
 
-Multiple clients can observe the same run at once. Each `observe()` call receives the full stream, so a user watching from two devices, or two people following the same run, stay in sync.
+Multiple clients can observe the same run at once. Each `observe()` call receives the full stream, so a user watching from two devices, or two people following the same run, stay in sync. When one client leaves the loop or calls `detach()`, only that client stops watching. Don't call `cleanup()` from an observer, because it clears the cached events the other clients need to reconnect.
 
 ## Tool approval across pods
 

package/.docs/models/gateways/netlify.md

@@ -4,7 +4,7 @@
 
 # Netlify
 
-Netlify AI Gateway provides unified access to multiple providers with built-in caching and observability. Access 265 models through Mastra's model router.
+Netlify AI Gateway provides unified access to multiple providers with built-in caching and observability. Access 269 models through Mastra's model router.
 
 Learn more in the [Netlify documentation](https://docs.netlify.com/build/ai-gateway/overview/).
 
@@ -188,11 +188,15 @@ ANTHROPIC_API_KEY=ant-...
 | `openrouter/minimax/minimax-m2.5`                                     |
 | `openrouter/minimax/minimax-m2.7`                                     |
 | `openrouter/minimax/minimax-m3`                                       |
+| `openrouter/mistralai/devstral-2512`                                  |
 | `openrouter/mistralai/ministral-14b-2512`                             |
 | `openrouter/mistralai/ministral-3b-2512`                              |
 | `openrouter/mistralai/ministral-8b-2512`                              |
 | `openrouter/mistralai/mistral-large-2407`                             |
+| `openrouter/mistralai/mistral-large-2512`                             |
+| `openrouter/mistralai/mistral-medium-3`                               |
 | `openrouter/mistralai/mistral-medium-3-5`                             |
+| `openrouter/mistralai/mistral-medium-3.1`                             |
 | `openrouter/mistralai/mistral-nemo`                                   |
 | `openrouter/mistralai/mistral-saba`                                   |
 | `openrouter/mistralai/mistral-small-24b-instruct-2501`                |

package/.docs/models/gateways/openrouter.md

@@ -4,7 +4,7 @@
 
 # ![OpenRouter logo](https://models.dev/logos/openrouter.svg)OpenRouter
 
-OpenRouter aggregates models from multiple providers with enhanced features like rate limiting and failover. Access 385 models through Mastra's model router.
+OpenRouter aggregates models from multiple providers with enhanced features like rate limiting and failover. Access 387 models through Mastra's model router.
 
 Learn more in the [OpenRouter documentation](https://openrouter.ai/models).
 
@@ -187,11 +187,13 @@ ANTHROPIC_API_KEY=ant-...
 | `minimax/minimax-m2.7`                                     |
 | `minimax/minimax-m3`                                       |
 | `mistralai/codestral-2508`                                 |
+| `mistralai/devstral-2512`                                  |
 | `mistralai/ministral-14b-2512`                             |
 | `mistralai/ministral-3b-2512`                              |
 | `mistralai/ministral-8b-2512`                              |
 | `mistralai/mistral-large`                                  |
 | `mistralai/mistral-large-2407`                             |
+| `mistralai/mistral-large-2512`                             |
 | `mistralai/mistral-medium-3`                               |
 | `mistralai/mistral-medium-3-5`                             |
 | `mistralai/mistral-medium-3.1`                             |

package/.docs/models/index.md

@@ -4,7 +4,7 @@
 
 # Model Providers
 
-Mastra provides a unified interface for working with LLMs across multiple providers, giving you access to 7616 models from 210 providers through a single API.
+Mastra provides a unified interface for working with LLMs across multiple providers, giving you access to 7624 models from 210 providers through a single API.
 
 ## Features
 

package/.docs/models/providers/kilo.md

@@ -4,7 +4,7 @@
 
 # ![Kilo Gateway logo](https://models.dev/logos/kilo.svg)Kilo Gateway
 
-Access 392 Kilo Gateway models through Mastra's model router. Authentication is handled automatically using the `KILO_API_KEY` environment variable.
+Access 394 Kilo Gateway models through Mastra's model router. Authentication is handled automatically using the `KILO_API_KEY` environment variable.
 
 Learn more in the [Kilo Gateway documentation](https://kilo.ai).
 
@@ -47,7 +47,7 @@ for await (const chunk of stream) {
 | `kilo/~deepseek/deepseek-v4-flash-latest`                       | 1.0M    |       |           |       |       |       | $0.03      | $0.32       |
 | `kilo/~google/gemini-flash-latest`                              | 1.0M    |       |           |       |       |       | $0.75      | $4          |
 | `kilo/~google/gemini-pro-latest`                                | 1.0M    |       |           |       |       |       | $2         | $12         |
-| `kilo/~moonshotai/kimi-latest`                                  | 1.0M    |       |           |       |       |       | $1         | $12         |
+| `kilo/~moonshotai/kimi-latest`                                  | 1.0M    |       |           |       |       |       | $1         | $11         |
 | `kilo/~openai/gpt-astra-latest`                                 | 1.1M    |       |           |       |       |       | $10        | $50         |
 | `kilo/~openai/gpt-luna-latest`                                  | 1.1M    |       |           |       |       |       | $0.10      | $0.50       |
 | `kilo/~openai/gpt-mini-latest`                                  | 400K    |       |           |       |       |       | $0.75      | $5          |
@@ -190,20 +190,22 @@ for await (const chunk of stream) {
 | `kilo/minimax/minimax-m2.7`                                     | 205K    |       |           |       |       |       | $0.30      | $1          |
 | `kilo/minimax/minimax-m3`                                       | 524K    |       |           |       |       |       | $0.30      | $1          |
 | `kilo/mistralai/codestral-2508`                                 | 256K    |       |           |       |       |       | $0.30      | $0.90       |
+| `kilo/mistralai/devstral-2512`                                  | 262K    |       |           |       |       |       | $0.40      | $2          |
 | `kilo/mistralai/ministral-14b-2512`                             | 262K    |       |           |       |       |       | $0.20      | $0.20       |
 | `kilo/mistralai/ministral-3b-2512`                              | 131K    |       |           |       |       |       | $0.10      | $0.10       |
 | `kilo/mistralai/ministral-8b-2512`                              | 262K    |       |           |       |       |       | $0.15      | $0.15       |
 | `kilo/mistralai/mistral-large`                                  | 128K    |       |           |       |       |       | $2         | $6          |
 | `kilo/mistralai/mistral-large-2407`                             | 131K    |       |           |       |       |       | $2         | $6          |
+| `kilo/mistralai/mistral-large-2512`                             | 262K    |       |           |       |       |       | $0.50      | $2          |
 | `kilo/mistralai/mistral-medium-3`                               | 131K    |       |           |       |       |       | $0.40      | $2          |
 | `kilo/mistralai/mistral-medium-3-5`                             | 262K    |       |           |       |       |       | $2         | $8          |
 | `kilo/mistralai/mistral-medium-3.1`                             | 131K    |       |           |       |       |       | $0.40      | $2          |
-| `kilo/mistralai/mistral-nemo`                                   | 131K    |       |           |       |       |       | $0.02      | $0.03       |
+| `kilo/mistralai/mistral-nemo`                                   | 131K    |       |           |       |       |       | $0.15      | $0.15       |
 | `kilo/mistralai/mistral-saba`                                   | 33K     |       |           |       |       |       | $0.20      | $0.60       |
 | `kilo/mistralai/mistral-small-24b-instruct-2501`                | 33K     |       |           |       |       |       | $0.05      | $0.08       |
 | `kilo/mistralai/mistral-small-2603`                             | 262K    |       |           |       |       |       | $0.15      | $0.60       |
 | `kilo/mistralai/mistral-small-3.1-24b-instruct`                 | 128K    |       |           |       |       |       | $0.35      | $0.56       |
-| `kilo/mistralai/mistral-small-3.2-24b-instruct`                 | 256K    |       |           |       |       |       | $0.09      | $0.25       |
+| `kilo/mistralai/mistral-small-3.2-24b-instruct`                 | 256K    |       |           |       |       |       | $0.10      | $0.30       |
 | `kilo/mistralai/mixtral-8x22b-instruct`                         | 66K     |       |           |       |       |       | $2         | $6          |
 | `kilo/mistralai/voxtral-small-24b-2507`                         | 33K     |       |           |       |       |       | $0.10      | $0.30       |
 | `kilo/moonshotai/kimi-k2`                                       | 131K    |       |           |       |       |       | $0.57      | $2          |

package/.docs/models/providers/nano-gpt.md

@@ -83,7 +83,7 @@ for await (const chunk of stream) {
 | `nano-gpt/anthropic/claude-opus-4.8:thinking`                    | 1.0M    |       |           |       |       |       | $5         | $25         |
 | `nano-gpt/anthropic/claude-opus-5`                               | 1.0M    |       |           |       |       |       | $5         | $25         |
 | `nano-gpt/anthropic/claude-opus-5.5`                             | 1.0M    |       |           |       |       |       | $4         | $20         |
-| `nano-gpt/anthropic/claude-opus-latest`                          | 1.0M    |       |           |       |       |       | $5         | $25         |
+| `nano-gpt/anthropic/claude-opus-latest`                          | 1.0M    |       |           |       |       |       | $4         | $20         |
 | `nano-gpt/anthropic/claude-sonnet-4`                             | 200K    |       |           |       |       |       | $3         | $15         |
 | `nano-gpt/anthropic/claude-sonnet-4:thinking`                    | 1.0M    |       |           |       |       |       | $3         | $15         |
 | `nano-gpt/anthropic/claude-sonnet-4:thinking:1024`               | 1.0M    |       |           |       |       |       | $3         | $15         |
@@ -400,7 +400,7 @@ for await (const chunk of stream) {
 | `nano-gpt/openai/gpt-astra-latest`                               | 1.1M    |       |           |       |       |       | $10        | $50         |
 | `nano-gpt/openai/gpt-chat-latest`                                | 1.1M    |       |           |       |       |       | $2         | $10         |
 | `nano-gpt/openai/gpt-latest`                                     | 1.1M    |       |           |       |       |       | $10        | $50         |
-| `nano-gpt/openai/gpt-luna-latest`                                | 1.1M    |       |           |       |       |       | $0.20      | $1          |
+| `nano-gpt/openai/gpt-luna-latest`                                | 1.1M    |       |           |       |       |       | $0.10      | $0.50       |
 | `nano-gpt/openai/gpt-oss-120b`                                   | 128K    |       |           |       |       |       | $0.35      | $0.75       |
 | `nano-gpt/openai/gpt-oss-20b`                                    | 128K    |       |           |       |       |       | $0.20      | $0.30       |
 | `nano-gpt/openai/gpt-oss-safeguard-20b`                          | 128K    |       |           |       |       |       | $0.07      | $0.30       |
@@ -586,7 +586,7 @@ for await (const chunk of stream) {
 | `nano-gpt/x-ai/grok-4.6`                                         | 500K    |       |           |       |       |       | $2         | $6          |
 | `nano-gpt/x-ai/grok-4.7`                                         | 500K    |       |           |       |       |       | $2         | $5          |
 | `nano-gpt/x-ai/grok-build-0.1`                                   | 256K    |       |           |       |       |       | $1         | $2          |
-| `nano-gpt/x-ai/grok-latest`                                      | 500K    |       |           |       |       |       | $2         | $6          |
+| `nano-gpt/x-ai/grok-latest`                                      | 500K    |       |           |       |       |       | $2         | $5          |
 | `nano-gpt/xiaomi/mimo-v2.5`                                      | 1.0M    |       |           |       |       |       | $0.14      | $0.28       |
 | `nano-gpt/xiaomi/mimo-v2.5-pro`                                  | 1.0M    |       |           |       |       |       | $0.43      | $0.87       |
 | `nano-gpt/xiaomi/mimo-v2.5-pro:thinking`                         | 1.0M    |       |           |       |       |       | $0.43      | $0.87       |

package/.docs/reference/agents/agent.md

@@ -510,6 +510,8 @@ Subscribes to raw stream chunks for a memory thread. Use this before calling `se
 
 **options.hideSignals** (`boolean | AgentSignalType[]`): Use true to hide all recognized signals, false to show all, or an array to hide selected types from this subscription, including live, idle-persisted, and replayed signals. Other subscribers and the initiating stream keep their own policies.
 
+**options.withInitialHistory** (`boolean | { perPage?: number }`): Emit the stored thread messages as one thread-history chunk first, then only retained parts newer than that history, then live parts. Completed runs already in storage aren't replayed; pending tool approvals are still emitted. perPage limits how many recent messages are loaded (default 40). Requires agent memory; without it the subscription is live-only.
+
 By default, subscriptions include every signal type, including reactive reminders. To hide reminders for one subscriber without affecting another:
 
 ```ts
@@ -520,6 +522,19 @@ const filtered = await agent.subscribeToThread({
 })
 ```
 
+To render a thread without replaying finished runs, request initial history. The first chunk carries the stored messages:
+
+```ts
+const subscription = await agent.subscribeToThread({
+  threadId: 'thread-abc',
+  withInitialHistory: true,
+})
+for await (const chunk of subscription.stream) {
+  if (chunk.type === 'thread-history') render(chunk.payload.messages)
+  else handle(chunk)
+}
+```
+
 `hideSignals: true` hides all recognized signal types. Set it to `false` to show all signals. An array accepts `user`, `state`, `reactive`, `notification`, `user-message`, and `system-reminder`. Matching normalizes `system-reminder` to `reactive` and `user-message` to `user`. An omitted option, `false`, or `[]` excludes nothing. Each subscriber filters its own live and replayed chunks, including remote pubsub events and idle-persisted signals. Filtering preserves non-signal chunks, unknown or malformed signal chunks, ordering, and completion/error events, even when every signal type is excluded.
 
 Exclusions don't change model context, storage, shared broadcasts, or another caller's output. They aren't a security boundary and don't replace `ifActive`/`ifIdle` delivery policies or `transient` persistence behavior. This option is supported by the in-process core API, not HTTP or client-js subscription requests. See [stream signal visibility](https://mastra.ai/reference/streaming/agents/stream) for transform ordering and the distinction from recall's exact stored-type matching and reminder-hidden history default.

package/.docs/reference/agents/durable-agent.md

@@ -96,7 +96,7 @@ Returns: `DurableAgent`
 
 ## `createEventedAgent(options)`
 
-Wraps an `Agent` with fire-and-forget durable execution on the built-in workflow engine. Like `createDurableAgent`, it returns a result you stream from, but the underlying workflow runs non-blocking (via `startAsync`) instead of running to completion before the stream is wired up. Use it when you want the run to progress independently of the caller. It doesn't accept `id` or `name` overrides.
+Wraps an `Agent` with fire-and-forget durable execution on the built-in evented workflow engine. Like `createDurableAgent`, it returns a result you stream from, but the run is started without being awaited: execution is driven by events on the Mastra instance's PubSub, so the run progresses independently of the caller. Register the agent on a `Mastra` instance with storage to get evented execution; without one, the agent falls back to the default in-process engine and logs a warning. It doesn't accept `id` or `name` overrides.
 
 ```typescript
 import { createEventedAgent } from '@mastra/core/agent/durable'

package/.docs/reference/client-js/agents.md

@@ -302,6 +302,8 @@ await subscription.processDataStream({
 })
 ```
 
+Pass `withInitialHistory: true` (or `{ perPage }`) to receive the stored messages as a first `thread-history` chunk instead of fetching history separately. Finished runs aren't replayed after it, so completed answers don't stream again on reconnect.
+
 `subscribeToThread()` returns the underlying `Response` plus a `processDataStream()` helper. The helper reads the subscription stream until the connection closes or the request is aborted. Pass `reconnect: true` to resubscribe when the transport closes or a reconnect request fails, such as after a proxy idle timeout.
 
 **resourceId** (`string`): Resource ID for the memory thread.

package/.docs/reference/memory/cloneThread.md

@@ -171,7 +171,7 @@ When working memory is enabled, `cloneThread()` copies or shares working memory
 When [Observational Memory](https://mastra.ai/docs/memory/observational-memory) is enabled, `cloneThread()` automatically clones the OM records associated with the source thread. The behavior depends on the OM scope:
 
 - **Thread-scoped OM**: The OM record is cloned to the new thread. All internal message ID references are remapped to point to the cloned messages.
-- **Resource-scoped OM (same `resourceId`)**: The OM record is shared between the source and cloned threads since they belong to the same resource. No duplication occurs.
-- **Resource-scoped OM (different `resourceId`)**: The OM record is cloned to the new resource. Message IDs are remapped and any thread-identifying tags within observations are updated to reference the cloned thread.
+- **Resource-scoped OM (deprecated, same `resourceId`)**: The OM record is shared between the source and cloned threads since they belong to the same resource. No duplication occurs.
+- **Resource-scoped OM (deprecated, different `resourceId`)**: The OM record is cloned to the new resource. Message IDs are remapped and any thread-identifying tags within observations are updated to reference the cloned thread.
 
 Only the current (most recent) OM generation is cloned. Older history generations aren't copied. Transient processing state (observation/reflection in-progress flags) is reset on the cloned record.

package/.docs/reference/memory/observational-memory.md

@@ -39,7 +39,7 @@ OM performs thresholding with fast local token estimation. Text uses `tokenx`, a
 
 **model** (`string | LanguageModel | DynamicModel | ModelByInputTokens | ModelWithRetries[]`): Model for both the Observer and Reflector agents. Sets the model for both at once. Cannot be used together with observation.model or reflection.model — an error will be thrown if both are set. When this and observation.model/reflection.model are all omitted, OM falls back to google/gemini-2.5-flash. Use "default" to explicitly use the default model (google/gemini-2.5-flash). (Default: `'google/gemini-2.5-flash'`)
 
-**scope** (`'resource' | 'thread'`): Memory scope for observations. 'thread' keeps observations per-thread. 'resource' (experimental) shares observations across all threads for a resource, enabling cross-conversation memory. (Default: `'thread'`)
+**scope** (`'resource' | 'thread'`): Memory scope for observations. 'thread' keeps observations per-thread. 'resource' is deprecated and will be removed in a future release. It shares observations across all threads for a resource and works much worse than thread scope for prompt caching and agent understanding. For cross-thread continuity, use thread scope with retrieval or resource-scoped working memory. See resource scope (deprecated). (Default: `'thread'`)
 
 **activateAfterIdle** (`number | string | false | "auto"`): Time before buffered observations are forced to activate after inactivity, even before observation.messageTokens is reached. Accepts a numeric millisecond value such as 300\_000, duration strings like "5m" or "1hr", "auto" for a provider-aware prompt cache TTL, or false to disable inherited observation idle activation. Reflections do not inherit this setting. Use reflection.activateAfterIdle to opt reflections into idle activation.
 
@@ -71,7 +71,7 @@ OM performs thresholding with fast local token estimation. Text uses `tokenx`, a
 
 **observation.messageTokens** (`number`): Token count of unobserved messages that triggers observation. When unobserved message tokens exceed this threshold, the Observer agent is called. Text is estimated locally with tokenx. Image parts are included with model-aware heuristics when possible, with deterministic fallbacks when image metadata is incomplete. Image-like file parts are counted the same way when uploads are normalized as files.
 
-**observation.maxTokensPerBatch** (`number`): Maximum tokens per batch when observing multiple threads in resource scope. Threads are chunked into batches of this size and processed in parallel. Lower values mean more parallelism but more API calls.
+**observation.maxTokensPerBatch** (`number`): Maximum tokens per batch when observing multiple threads in resource scope (deprecated). Threads are chunked into batches of this size and processed in parallel. Lower values mean more parallelism but more API calls.
 
 **observation.modelSettings** (`ObservationalMemoryModelSettings`): Model settings for the Observer agent. The temperature: 0.3 default is only applied when the resolved model is known to support temperature. The maxOutputTokens: 100\_000 default is only applied with default model selection (no model set, "default", or a ModelByInputTokens selector). Custom models get no maxOutputTokens default.
 
@@ -216,7 +216,7 @@ const memory = new Memory({
 
 Set `workingMemory.agentManaged: true` if the main agent should still receive working memory tool and instruction injection.
 
-### Resource scope with custom thresholds (experimental)
+### Custom thresholds
 
 ```typescript
 import { Memory } from '@mastra/memory'
@@ -231,7 +231,6 @@ export const agent = new Agent({
     options: {
       observationalMemory: {
         model: 'google/gemini-2.5-flash',
-        scope: 'resource',
         observation: {
           messageTokens: 20_000,
         },
@@ -420,7 +419,7 @@ observationalMemory: {
 
 Setting `bufferTokens: false` disables both observation and reflection async buffering. Observations and reflections will run synchronously when their thresholds are reached.
 
-> **Note:** Async buffering isn't supported with `scope: 'resource'` and is automatically disabled in resource scope.
+> **Note:** Async buffering isn't supported with the deprecated `scope: 'resource'` and is automatically disabled in resource scope.
 
 ## Streaming data parts
 
@@ -734,7 +733,6 @@ const om = new ObservationalMemory({
   storage: storage.stores.memory!,
   memory,
   model: 'google/gemini-2.5-flash',
-  scope: 'resource',
   observation: {
     messageTokens: 20_000,
   },

package/.docs/reference/pubsub/base.md

@@ -119,6 +119,17 @@ The default implementation is a no-op because transports that retain nothing per
 await pubsub.clearTopic('workflow.events.v2.run-123')
 ```
 
+#### `trimTopic(topic, { runId, producedBefore? })`
+
+Deletes every retained entry on the topic that was published with `runId`. Other entries are untouched. Mastra calls this once a run completes successfully and its messages are saved to storage, so finished runs leave the topic while runs still in progress or waiting for approval stay. The default implementation is a no-op. [`RedisStreamsPubSub`](https://mastra.ai/reference/pubsub/redis-streams) overrides it. Same best-effort contract as `clearTopic`.
+
+With `producedBefore` (epoch ms), only entries whose `data.producedAt` is at or before it are deleted, and entries marked `data.pinned` (approval and suspension prompts) are kept. Mastra uses this while a run continues: each time the run's messages are saved mid-run, the parts up to the last finished step leave the topic.
+
+```typescript
+await pubsub.trimTopic('agent.thread.thread-abc', { runId: 'run-123' })
+await pubsub.trimTopic('agent.thread.thread-abc', { runId: 'run-123', producedBefore: Date.now() })
+```
+
 ### Replay methods
 
 These methods support resuming a stream after a disconnect. The default implementations fall back to a regular `subscribe`, so backends without history support behave as live-only. [`CachingPubSub`](https://mastra.ai/reference/pubsub/caching-pubsub) overrides them to replay cached events.

package/.docs/reference/pubsub/redis-streams.md

@@ -159,6 +159,14 @@ Not every topic reaches a `clearTopic` call. Topics without a defined end of lif
 await pubsub.clearTopic('workflow.events.run-123')
 ```
 
+### `trimTopic(topic, { runId, producedBefore? })`
+
+Pages through the stream with `XRANGE` and runs `XDEL` for every entry published with `runId`. With `producedBefore`, only entries produced at or before that time are deleted, skipping approval and suspension prompts. Mastra uses this to trim a long run each time its messages are saved. Mastra calls this once a thread run's messages are persisted, so an idle thread's stream empties instead of growing to `maxLen`. Because entries are matched by `runId`, a run resumed after a restart also removes the entries it published before the restart. Entries from other runs, including those from other processes, are never touched. Best-effort. Failures are logged at warn level.
+
+```typescript
+await pubsub.trimTopic('agent.thread.thread-abc', { runId: 'run-123' })
+```
+
 ### `close()`
 
 Closes the Redis connections and stops all subscriptions. Call this during graceful shutdown.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@mastra/mcp-docs-server",
-  "version": "1.3.1-alpha.2",
+  "version": "1.3.2-alpha.1",
   "description": "MCP server for accessing Mastra.ai documentation, changelogs, and news.",
   "type": "module",
   "main": "dist/index.js",
@@ -26,8 +26,8 @@
     "@mastra/mcp-legacy": "npm:@mastra/mcp@^1.18.0",
     "local-pkg": "^1.1.2",
     "zod": "^4.6.4",
-    "@mastra/mcp": "^2.1.0",
-    "@mastra/core": "1.71.0-alpha.1"
+    "@mastra/core": "1.72.0-alpha.0",
+    "@mastra/mcp": "^2.1.0"
   },
   "devDependencies": {
     "@hono/node-server": "^2.0.0",
@@ -43,9 +43,9 @@
     "tsx": "^4.23.1",
     "typescript": "^7.0.2",
     "vitest": "4.1.11",
-    "@internal/lint": "0.0.136",
-    "@mastra/core": "1.71.0-alpha.1",
-    "@internal/types-builder": "0.0.111"
+    "@internal/lint": "0.0.137",
+    "@mastra/core": "1.72.0-alpha.0",
+    "@internal/types-builder": "0.0.112"
   },
   "homepage": "https://mastra.ai",
   "repository": {