@mastra/libsql 1.7.1-alpha.0 → 1.7.2-alpha.0

package/CHANGELOG.md

@@ -1,5 +1,27 @@
 # @mastra/libsql
 
+## 1.7.2-alpha.0
+
+### Patch Changes
+
+- Added storage support for dataset targeting and experiment status fields. ([#14470](https://github.com/mastra-ai/mastra/pull/14470))
+  - Added `targetType` (text) and `targetIds` (jsonb) columns to datasets table for entity association
+  - Added `tags` (jsonb) column to datasets table for tag vocabulary
+  - Added `status` column to experiment results for review workflow tracking
+  - Added migration logic to add new columns to existing tables
+
+- Updated dependencies [[`68ed4e9`](https://github.com/mastra-ai/mastra/commit/68ed4e9f118e8646b60a6112dabe854d0ef53902), [`085c1da`](https://github.com/mastra-ai/mastra/commit/085c1daf71b55a97b8ebad26623089e40055021c), [`4a75e10`](https://github.com/mastra-ai/mastra/commit/4a75e106bd31c283a1b3fe74c923610dcc46415b), [`085c1da`](https://github.com/mastra-ai/mastra/commit/085c1daf71b55a97b8ebad26623089e40055021c)]:
+  - @mastra/core@1.16.0-alpha.0
+
+## 1.7.1
+
+### Patch Changes
+
+- Added dated message boundary delimiters when activating buffered observations for improved cache stability. ([#14367](https://github.com/mastra-ai/mastra/pull/14367))
+
+- Updated dependencies [[`51970b3`](https://github.com/mastra-ai/mastra/commit/51970b3828494d59a8dd4df143b194d37d31e3f5), [`4444280`](https://github.com/mastra-ai/mastra/commit/444428094253e916ec077e66284e685fde67021e), [`085e371`](https://github.com/mastra-ai/mastra/commit/085e3718a7d0fe9a210fe7dd1c867b9bdfe8d16b), [`b77aa19`](https://github.com/mastra-ai/mastra/commit/b77aa1981361c021f2c881bee8f0c703687f00da), [`dbb879a`](https://github.com/mastra-ai/mastra/commit/dbb879af0b809c668e9b3a9d8bac97d806caa267), [`8b4ce84`](https://github.com/mastra-ai/mastra/commit/8b4ce84aed0808b9805cc4fd7147c1f8a2ef7a36), [`8d4cfe6`](https://github.com/mastra-ai/mastra/commit/8d4cfe6b9a7157d3876206227ec9f04cde6dbc4a), [`dd6ca1c`](https://github.com/mastra-ai/mastra/commit/dd6ca1cdea3b8b6182f4cf61df41070ba0cc0deb), [`ce26fe2`](https://github.com/mastra-ai/mastra/commit/ce26fe2166dd90254f8bee5776e55977143e97de), [`68a019d`](https://github.com/mastra-ai/mastra/commit/68a019d30d22251ddd628a2947d60215c03c350a), [`4cb4edf`](https://github.com/mastra-ai/mastra/commit/4cb4edf3c909d197ec356c1790d13270514ffef6), [`8de3555`](https://github.com/mastra-ai/mastra/commit/8de355572c6fd838f863a3e7e6fe24d0947b774f), [`b26307f`](https://github.com/mastra-ai/mastra/commit/b26307f050df39629511b0e831b8fc26973ce8b1), [`68a019d`](https://github.com/mastra-ai/mastra/commit/68a019d30d22251ddd628a2947d60215c03c350a)]:
+  - @mastra/core@1.14.0
+
 ## 1.7.1-alpha.0
 
 ### Patch Changes

package/dist/docs/SKILL.md

@@ -3,7 +3,7 @@ name: mastra-libsql
 description: Documentation for @mastra/libsql. Use when working with @mastra/libsql APIs, configuration, or implementation.
 metadata:
   package: "@mastra/libsql"
-  version: "1.7.1-alpha.0"
+  version: "1.7.2-alpha.0"
 ---
 
 ## When to use
@@ -17,9 +17,7 @@ Read the individual reference documents for detailed explanations and code examp
 ### Docs
 
 - [Agent approval](references/docs-agents-agent-approval.md) - Learn how to require approvals, suspend tool execution, and automatically resume suspended tools while keeping humans in control of agent workflows.
-- [Agent memory](references/docs-agents-agent-memory.md) - Learn how to add memory to agents to store message history and maintain context across interactions.
-- [Network approval](references/docs-agents-network-approval.md) - Learn how to require approvals, suspend execution, and resume suspended networks while keeping humans in control of agent network workflows.
-- [Agent networks](references/docs-agents-networks.md) - Learn how to coordinate multiple agents, workflows, and tools using agent networks for complex, non-deterministic task execution.
+- [Agent networks](references/docs-agents-networks.md) - Coordinate multiple agents, workflows, and tools using agent networks for complex, non-deterministic task execution.
 - [Memory processors](references/docs-memory-memory-processors.md) - Learn how to use memory processors in Mastra to filter, trim, and transform messages before they're sent to the language model to manage context window limits.
 - [Message history](references/docs-memory-message-history.md) - Learn how to configure message history in Mastra to store recent messages from the current conversation.
 - [Memory overview](references/docs-memory-overview.md) - Learn how Mastra's memory system works with working memory, message history, semantic recall, and observational memory.

package/dist/docs/assets/SOURCE_MAP.json

@@ -1,5 +1,5 @@
 {
-  "version": "1.7.1-alpha.0",
+  "version": "1.7.2-alpha.0",
   "package": "@mastra/libsql",
   "exports": {},
   "modules": {}

package/dist/docs/references/docs-agents-agent-approval.md

@@ -2,111 +2,99 @@
 
 Agents sometimes require the same [human-in-the-loop](https://mastra.ai/docs/workflows/human-in-the-loop) oversight used in workflows when calling tools that handle sensitive operations, like deleting resources or running long processes. With agent approval you can suspend a tool call before it executes so a human can approve or decline it, or let tools suspend themselves to request additional context from the user.
 
-## How approval works
+## When to use agent approval
 
-Mastra offers two distinct mechanisms for pausing tool calls: **pre-execution approval** and **runtime suspension**.
+- **Destructive or irreversible actions** such as deleting records, sending emails, or processing payments.
+- **Cost-heavy operations** like calling expensive third-party APIs where you want to verify arguments first.
+- **Conditional confirmation** where a tool starts executing and then discovers it needs the user to confirm or supply extra data before finishing.
 
-### Pre-execution approval
+## Quickstart
 
-Pre-execution approval pauses a tool call _before_ its `execute` function runs. The LLM still decides which tool to call and provides arguments, but `execute` doesn't run until you explicitly approve.
+Mark a tool with `requireApproval: true`, then check for the `tool-call-approval` chunk in the stream to approve or decline:
 
-Two flags control this, combined with OR logic. If _either_ is `true`, the call pauses:
+```typescript
+import { Agent } from '@mastra/core/agent'
+import { createTool } from '@mastra/core/tools'
+import { z } from 'zod'
 
-| Flag                        | Where to set it                   | Scope                                       |
-| --------------------------- | --------------------------------- | ------------------------------------------- |
-| `requireToolApproval: true` | `stream()` / `generate()` options | Pauses **every** tool call for that request |
-| `requireApproval: true`     | `createTool()` definition         | Pauses calls to **that specific tool**      |
+const deleteTool = createTool({
+  id: 'delete-record',
+  description: 'Delete a record by ID',
+  inputSchema: z.object({ id: z.string() }),
+  outputSchema: z.object({ deleted: z.boolean() }),
+  requireApproval: true,
+  execute: async ({ id }) => {
+    await db.delete(id)
+    return { deleted: true }
+  },
+})
 
-The stream emits a `tool-call-approval` chunk when a call is paused this way. You then call `approveToolCall()` or `declineToolCall()` to continue.
+const agent = new Agent({
+  id: 'my-agent',
+  name: 'My Agent',
+  model: 'openai/gpt-5-mini',
+  tools: { deleteTool },
+})
 
-### Runtime suspension with `suspend()`
+const stream = await agent.stream('Delete record abc-123')
 
-A tool can also pause _during_ its `execute` function by calling `suspend()`. This is useful when the tool starts running and then discovers it needs additional user input or confirmation before it can finish.
+for await (const chunk of stream.fullStream) {
+  if (chunk.type === 'tool-call-approval') {
+    const approved = await agent.approveToolCall({ runId: stream.runId })
+    for await (const c of approved.textStream) process.stdout.write(c)
+  }
+}
+```
 
-The stream emits a `tool-call-suspended` chunk with a custom payload defined by the tool's `suspendSchema`. You resume by calling `resumeStream()` with data matching the tool's `resumeSchema`.
+> **Note:** Agent approval uses snapshots to capture request state. Configure a [storage provider](https://mastra.ai/docs/memory/storage) on your Mastra instance or you'll see a "snapshot not found" error.
 
-### Storage
+## How approval works
 
-Agent approval uses a snapshot to capture the state of the request. Ensure you've enabled a storage provider in your main Mastra instance. If storage isn't enabled you'll see an error relating to snapshot not found.
+Mastra offers two distinct mechanisms for pausing tool calls: **pre-execution approval** and **runtime suspension**.
 
-```typescript
-import { Mastra } from '@mastra/core/mastra'
-import { LibSQLStore } from '@mastra/libsql'
+### Pre-execution approval
 
-export const mastra = new Mastra({
-  storage: new LibSQLStore({
-    id: 'mastra-storage',
-    url: ':memory:',
-  }),
-})
-```
+Pre-execution approval pauses a tool call _before_ its `execute` function runs. The LLM still decides which tool to call and provides arguments, but `execute` doesn't run until you explicitly approve.
 
-## Agent-level approval
+Two flags control this, combined with OR logic. If _either_ is `true`, the call pauses:
 
-Pass `requireToolApproval: true` to `stream()` or `generate()` to pause every tool call before execution. The LLM still decides which tools to call and with what arguments but no tool runs until you approve or decline.
+| Flag                        | Where to set it                   | Scope                                       |
+| --------------------------- | --------------------------------- | ------------------------------------------- |
+| `requireToolApproval: true` | `stream()` / `generate()` options | Pauses **every** tool call for that request |
+| `requireApproval: true`     | `createTool()` definition         | Pauses calls to **that specific tool**      |
+
+The stream emits a `tool-call-approval` chunk containing the `toolCallId`, `toolName`, and `args`. Call `approveToolCall()` or `declineToolCall()` with the stream's `runId` to continue:
 
 ```typescript
 const stream = await agent.stream("What's the weather in London?", {
   requireToolApproval: true,
 })
-```
-
-When a tool call is paused, the stream emits a `tool-call-approval` chunk containing the `toolCallId`, `toolName`, and `args`. Use this to inspect the pending call and decide whether to approve or decline:
 
-```typescript
 for await (const chunk of stream.fullStream) {
   if (chunk.type === 'tool-call-approval') {
     console.log('Tool:', chunk.payload.toolName)
     console.log('Args:', chunk.payload.args)
-  }
-}
-```
-
-### Approving tool calls
 
-Call `approveToolCall()` on the agent with the `runId` of the stream to resume the suspended tool call and let it execute:
-
-```typescript
-const handleApproval = async () => {
-  const approvedStream = await agent.approveToolCall({ runId: stream.runId })
+    // Approve
+    const approved = await agent.approveToolCall({ runId: stream.runId })
+    for await (const c of approved.textStream) process.stdout.write(c)
 
-  for await (const chunk of approvedStream.textStream) {
-    process.stdout.write(chunk)
+    // Or decline
+    const declined = await agent.declineToolCall({ runId: stream.runId })
+    for await (const c of declined.textStream) process.stdout.write(c)
   }
-  process.stdout.write('\n')
 }
 ```
 
-### Declining tool calls
-
-Call `declineToolCall()` on the agent to skip the tool call. The agent continues without executing the tool and responds accordingly:
+### Runtime suspension with `suspend()`
 
-```typescript
-const handleDecline = async () => {
-  const declinedStream = await agent.declineToolCall({ runId: stream.runId })
+A tool can also pause _during_ its `execute` function by calling `suspend()`. This is useful when the tool starts running and then discovers it needs additional user input or confirmation before it can finish.
 
-  for await (const chunk of declinedStream.textStream) {
-    process.stdout.write(chunk)
-  }
-  process.stdout.write('\n')
-}
-```
+The stream emits a `tool-call-suspended` chunk with a custom payload defined by the tool's `suspendSchema`. You resume by calling `resumeStream()` with data matching the tool's `resumeSchema`.
 
 ## Tool approval with `generate()`
 
-Tool approval also works with the `generate()` method for non-streaming use cases. When a tool requires approval during a `generate()` call, the method returns immediately instead of executing the tool.
-
-### How it works
-
-When a tool requires approval during a `generate()` call, the response includes:
-
-- `finishReason: 'suspended'`: Indicates the agent is waiting for approval
-- `suspendPayload`: Contains tool call details (`toolCallId`, `toolName`, `args`)
-- `runId`: Needed to approve or decline the tool call
-
-### Approving tool calls
-
-Use `approveToolCallGenerate()` to approve the tool call and get the final result:
+Tool approval also works with `generate()` for non-streaming use cases. When a tool requires approval, `generate()` returns immediately with `finishReason: 'suspended'`, a `suspendPayload` containing the tool call details (`toolCallId`, `toolName`, `args`), and a `runId`:
 
 ```typescript
 const output = await agent.generate('Find user John', {
@@ -115,31 +103,19 @@ const output = await agent.generate('Find user John', {
 
 if (output.finishReason === 'suspended') {
   console.log('Tool requires approval:', output.suspendPayload.toolName)
-  console.log('Arguments:', output.suspendPayload.args)
 
-  // Approve the tool call and get the final result
+  // Approve
   const result = await agent.approveToolCallGenerate({
     runId: output.runId,
     toolCallId: output.suspendPayload.toolCallId,
   })
-
   console.log('Final result:', result.text)
-}
-```
 
-### Declining tool calls
-
-Use `declineToolCallGenerate()` to skip the tool call:
-
-```typescript
-if (output.finishReason === 'suspended') {
+  // Or decline
   const result = await agent.declineToolCallGenerate({
     runId: output.runId,
     toolCallId: output.suspendPayload.toolCallId,
   })
-
-  // Agent responds acknowledging the declined tool
-  console.log(result.text)
 }
 ```
 
@@ -153,9 +129,11 @@ if (output.finishReason === 'suspended') {
 | Decline method     | `declineToolCall({ runId })` | `declineToolCallGenerate({ runId, toolCallId })` |
 | Result             | Stream to iterate            | Full output object                               |
 
+> **Note:** `toolCallId` is optional on all four methods. Pass it when multiple tool calls may be pending at the same time (common in supervisor agents). When omitted, the agent resumes the most recent suspended tool call.
+
 ## Tool-level approval
 
-Instead of pausing every tool call at the agent level, you can mark individual tools as requiring approval. This gives you granular control — only specific tools pause, while others execute immediately.
+Instead of pausing every tool call at the agent level, you can mark individual tools as requiring approval. This gives you granular control: only specific tools pause, while others execute immediately.
 
 ### Approval using `requireApproval`
 
@@ -205,9 +183,9 @@ const handleApproval = async () => {
 }
 ```
 
-### Approval using `suspend`
+### Approval using `suspend()`
 
-With this approach, neither the agent nor the tool uses `requireApproval`. Instead, the tool's `execute` function calls `suspend` to pause at a specific point and return context or confirmation prompts to the user. This is useful when approval depends on runtime conditions rather than being unconditional.
+With this approach, neither the agent nor the tool uses `requireApproval`. Instead, the tool's `execute` function calls `suspend()` to pause at a specific point and return context or confirmation prompts to the user. This is useful when approval depends on runtime conditions rather than being unconditional.
 
 ```typescript
 export const testToolB = createTool({
@@ -263,17 +241,12 @@ const handleResume = async () => {
 
 ## Automatic tool resumption
 
-When using tools that call `suspend()`, you can enable automatic resumption so the agent resumes suspended tools based on the user's next message. This creates a conversational flow where users provide the required information naturally, without your application needing to call `resumeStream()` explicitly.
-
-### Enabling auto-resume
-
-Set `autoResumeSuspendedTools` to `true` in the agent's default options or when calling `stream()`:
+When using tools that call `suspend()`, you can enable automatic resumption so the agent resumes suspended tools based on the user's next message. Set `autoResumeSuspendedTools` to `true` in the agent's default options or per-request:
 
 ```typescript
 import { Agent } from '@mastra/core/agent'
 import { Memory } from '@mastra/memory'
 
-// Option 1: In agent configuration
 const agent = new Agent({
   id: 'my-agent',
   name: 'My Agent',
@@ -285,72 +258,47 @@ const agent = new Agent({
     autoResumeSuspendedTools: true,
   },
 })
-
-// Option 2: Per-request
-const stream = await agent.stream("What's the weather?", {
-  autoResumeSuspendedTools: true,
-})
 ```
 
-### How it works
-
-When `autoResumeSuspendedTools` is enabled:
-
-1. A tool suspends execution by calling `suspend()` with a payload (e.g., requesting more information)
-
-2. The suspension is persisted to memory along with the conversation
-
-3. When the user sends their next message on the same thread, the agent:
-
-   - Detects the suspended tool from message history
-   - Extracts `resumeData` from the user's message based on the tool's `resumeSchema`
-   - Automatically resumes the tool with the extracted data
-
-### Example
+When enabled, the agent detects suspended tools from message history on the next user message, extracts `resumeData` based on the tool's `resumeSchema`, and automatically resumes the tool. The following example shows a complete conversational flow:
 
 ```typescript
 import { createTool } from '@mastra/core/tools'
 import { z } from 'zod'
 
-export const weatherTool = createTool({
-  id: 'weather-info',
-  description: 'Fetches weather information for a city',
+const weatherTool = createTool({
+  id: 'weather-tool',
+  description: 'Fetches weather for a city',
+  inputSchema: z.object({
+    city: z.string(),
+  }),
+  outputSchema: z.object({
+    weather: z.string(),
+  }),
   suspendSchema: z.object({
     message: z.string(),
   }),
   resumeSchema: z.object({
     city: z.string(),
   }),
-  execute: async (_inputData, context) => {
-    // Check if this is a resume with data
-    if (!context?.agent?.resumeData) {
-      // First call - suspend and ask for the city
-      return context?.agent?.suspend({
-        message: 'What city do you want to know the weather for?',
-      })
+  execute: async (inputData, context) => {
+    const { resumeData, suspend } = context?.agent ?? {}
+
+    // If no city provided, ask the user
+    if (!inputData.city && !resumeData?.city) {
+      return suspend?.({ message: 'What city do you want to know the weather for?' })
     }
 
-    // Resume call - city was extracted from user's message
-    const { city } = context.agent.resumeData
+    const city = resumeData?.city ?? inputData.city
     const response = await fetch(`https://wttr.in/${city}?format=3`)
     const weather = await response.text()
 
-    return { city, weather }
-  },
-})
-
-const agent = new Agent({
-  id: 'my-agent',
-  name: 'My Agent',
-  instructions: 'You are a helpful assistant',
-  model: 'openai/gpt-5-mini',
-  tools: { weatherTool },
-  memory: new Memory(),
-  defaultOptions: {
-    autoResumeSuspendedTools: true,
+    return { weather: `${city}: ${weather}` }
   },
 })
+```
 
+```typescript
 const stream = await agent.stream("What's the weather like?")
 
 for await (const chunk of stream.fullStream) {
@@ -359,18 +307,13 @@ for await (const chunk of stream.fullStream) {
   }
 }
 
-const handleResume = async () => {
-  const resumedStream = await agent.stream('San Francisco')
-
-  for await (const chunk of resumedStream.textStream) {
-    process.stdout.write(chunk)
-  }
-  process.stdout.write('\n')
+// User sends follow-up on the same thread
+const resumedStream = await agent.stream('San Francisco')
+for await (const chunk of resumedStream.textStream) {
+  process.stdout.write(chunk)
 }
 ```
 
-**Conversation flow:**
-
 ```text
 User: "What's the weather like?"
 Agent: "What city do you want to know the weather for?"
@@ -379,7 +322,7 @@ User: "San Francisco"
 Agent: "The weather in San Francisco is: San Francisco: ☀️ +72°F"
 ```
 
-The second message automatically resumes the suspended tool, the agent extracts `{ city: "San Francisco" }` from the user's message and passes it as `resumeData`.
+The second message automatically resumes the suspended tool. The agent extracts `{ city: "San Francisco" }` from the user's message and passes it as `resumeData`.
 
 ### Requirements
 
@@ -398,21 +341,21 @@ For automatic tool resumption to work:
 
 Both approaches work with the same tool definitions. Automatic resumption triggers only when suspended tools exist in the message history and the user sends a new message on the same thread.
 
-## Tool approval: Supervisor pattern
-
-The [supervisor pattern](https://mastra.ai/docs/agents/networks) lets a supervisor agent coordinate multiple subagents using `.stream()` or `.generate()`. The supervisor delegates tasks to subagents, which may use tools that require approval. When this happens, tool approvals properly propagate through the delegation chain — the approval request surfaces at the supervisor level where you can handle it, regardless of which subagent triggered it.
+## Tool approval: Supervisor agents
 
-### How it works
+A [supervisor agent](https://mastra.ai/docs/agents/supervisor-agents) coordinates multiple subagents using `.stream()` or `.generate()`. When a subagent calls a tool that requires approval, the request propagates up through the delegation chain and surfaces at the supervisor level:
 
-1. The supervisor agent delegates a task to a subagent.
+1. The supervisor delegates a task to a subagent.
 2. The subagent calls a tool that has `requireApproval: true` or uses `suspend()`.
-3. The approval request bubbles up through the delegation chain to the supervisor.
-4. You handle the approval or decline at the supervisor level.
-5. The decision propagates back down to the subagent, which continues or terminates accordingly.
+3. The approval request bubbles up to the supervisor.
+4. You approve or decline at the supervisor level.
+5. The decision propagates back down to the subagent.
 
-### Example
+Tool approvals also propagate through multiple levels of delegation. If a supervisor delegates to subagent A, which delegates to subagent B that has a tool with `requireApproval: true`, the approval request still surfaces at the top-level supervisor.
 
-The following example creates a subagent with a database lookup tool that requires approval. The supervisor delegates to this subagent, and when the tool triggers an approval request, it surfaces in the supervisor's stream as a `tool-call-approval` chunk. You then approve the tool call using `approveToolCall` with the stream's `runId`.
+### Approve and decline in supervisor agents
+
+The example below creates a subagent with a tool requiring approval. When the tool triggers an approval request, it surfaces in the supervisor's stream as a `tool-call-approval` chunk:
 
 ```typescript
 import { Agent } from '@mastra/core/agent'
@@ -420,7 +363,6 @@ import { createTool } from '@mastra/core/tools'
 import { Memory } from '@mastra/memory'
 import { z } from 'zod'
 
-// subagent with approval-required tool
 const findUserTool = createTool({
   id: 'find-user',
   description: 'Finds user by ID in the database',
@@ -434,7 +376,7 @@ const findUserTool = createTool({
       email: z.string(),
     }),
   }),
-  requireApproval: true, // Requires approval before execution
+  requireApproval: true,
   execute: async input => {
     const user = await database.findUser(input.userId)
     return { user }
@@ -459,7 +401,6 @@ const supervisorAgent = new Agent({
   memory: new Memory(),
 })
 
-// When supervisor delegates to dataAgent and tool requires approval
 const stream = await supervisorAgent.stream('Find user with ID 12345')
 
 for await (const chunk of stream.fullStream) {
@@ -473,40 +414,22 @@ for await (const chunk of stream.fullStream) {
       toolCallId: chunk.payload.toolCallId,
     })
 
-    // Process resumed stream
     for await (const resumeChunk of resumeStream.textStream) {
       process.stdout.write(resumeChunk)
     }
-  }
-}
-```
 
-### Declining tool calls in supervisor pattern
-
-Decline tool calls at the supervisor level by calling `declineToolCall`. The supervisor responds acknowledging the declined tool without executing it:
-
-```typescript
-for await (const chunk of stream.fullStream) {
-  if (chunk.type === 'tool-call-approval') {
-    console.log('Declining tool call:', chunk.payload.toolName)
-
-    // Decline the tool call
+    // To decline instead, use:
     const declineStream = await supervisorAgent.declineToolCall({
       runId: stream.runId,
       toolCallId: chunk.payload.toolCallId,
     })
-
-    // The supervisor responds acknowledging the declined tool
-    for await (const declineChunk of declineStream.textStream) {
-      process.stdout.write(declineChunk)
-    }
   }
 }
 ```
 
-### Using `suspend()` in supervisor pattern
+### Use `suspend()` in supervisor agents
 
-Tools can also use [`suspend()`](#approval-using-suspend) to pause execution and return context to the user. This approach works through the supervisor delegation chain the same way `requireApproval` does — the suspension surfaces at the supervisor level:
+Tools can also use [`suspend()`](#approval-using-suspend) to pause execution and return context to the user. This approach works through the supervisor delegation chain the same way `requireApproval` does: the suspension surfaces at the supervisor level:
 
 ```typescript
 const conditionalTool = createTool({
@@ -534,8 +457,10 @@ const conditionalTool = createTool({
     return await performOperation(input.operation)
   },
 })
+```
 
-// When using this tool through a subagent in supervisor pattern
+```typescript
+// When using this tool through a subagent in supervisor agents
 for await (const chunk of stream.fullStream) {
   if (chunk.type === 'tool-call-suspended') {
     console.log('Tool suspended:', chunk.payload.suspendPayload.message)
@@ -553,9 +478,9 @@ for await (const chunk of stream.fullStream) {
 }
 ```
 
-### Tool approval with `generate()`
+### Supervisor approval with `generate()`
 
-Tool approval propagation also works with `generate()` in supervisor pattern:
+Tool approval propagation also works with `generate()` in supervisor agents:
 
 ```typescript
 const output = await supervisorAgent.generate('Find user with ID 12345', {
@@ -575,14 +500,10 @@ if (output.finishReason === 'suspended') {
 }
 ```
 
-### Multi-level delegation
-
-Tool approvals propagate through multiple levels of delegation. For example, if a supervisor delegates to subagent A, which in turn delegates to subagent B that has a tool with `requireApproval: true`, the approval request still surfaces at the top-level supervisor. You handle the approval or decline there, and the result flows back down through the entire delegation chain to the tool that requested it.
-
 ## Related
 
-- [Using Tools](https://mastra.ai/docs/agents/using-tools)
-- [Agent Overview](https://mastra.ai/docs/agents/overview)
-- [Tools Overview](https://mastra.ai/docs/mcp/overview)
-- [Agent Memory](https://mastra.ai/docs/agents/agent-memory)
-- [Request Context](https://mastra.ai/docs/server/request-context)
+- [Tools](https://mastra.ai/docs/agents/using-tools)
+- [Agent overview](https://mastra.ai/docs/agents/overview)
+- [MCP overview](https://mastra.ai/docs/mcp/overview)
+- [Memory](https://mastra.ai/docs/memory/overview)
+- [Request context](https://mastra.ai/docs/server/request-context)