@mastra/pinecone 1.0.0 → 1.0.1-alpha.0

package/CHANGELOG.md

@@ -1,5 +1,14 @@
 # @mastra/pinecone
 
+## 1.0.1-alpha.0
+
+### Patch Changes
+
+- Add a clear runtime error when `queryVector` is omitted for vector stores that require a vector for queries. Previously, omitting `queryVector` would produce confusing SDK-level errors; now each store throws a structured `MastraError` with `ErrorCategory.USER` explaining that metadata-only queries are not supported by that backend. ([#13286](https://github.com/mastra-ai/mastra/pull/13286))
+
+- Updated dependencies [[`df170fd`](https://github.com/mastra-ai/mastra/commit/df170fd139b55f845bfd2de8488b16435bd3d0da), [`ae55343`](https://github.com/mastra-ai/mastra/commit/ae5534397fc006fd6eef3e4f80c235bcdc9289ef), [`c290cec`](https://github.com/mastra-ai/mastra/commit/c290cec5bf9107225de42942b56b487107aa9dce), [`f03e794`](https://github.com/mastra-ai/mastra/commit/f03e794630f812b56e95aad54f7b1993dc003add), [`aa4a5ae`](https://github.com/mastra-ai/mastra/commit/aa4a5aedb80d8d6837bab8cbb2e301215d1ba3e9), [`de3f584`](https://github.com/mastra-ai/mastra/commit/de3f58408752a8d80a295275c7f23fc306cf7f4f), [`d3fb010`](https://github.com/mastra-ai/mastra/commit/d3fb010c98f575f1c0614452667396e2653815f6), [`702ee1c`](https://github.com/mastra-ai/mastra/commit/702ee1c41be67cc532b4dbe89bcb62143508f6f0), [`f495051`](https://github.com/mastra-ai/mastra/commit/f495051eb6496a720f637fc85b6d69941c12554c), [`e622f1d`](https://github.com/mastra-ai/mastra/commit/e622f1d3ab346a8e6aca6d1fe2eac99bd961e50b), [`861f111`](https://github.com/mastra-ai/mastra/commit/861f11189211b20ddb70d8df81a6b901fc78d11e), [`00f43e8`](https://github.com/mastra-ai/mastra/commit/00f43e8e97a80c82b27d5bd30494f10a715a1df9), [`1b6f651`](https://github.com/mastra-ai/mastra/commit/1b6f65127d4a0d6c38d0a1055cb84527db529d6b), [`96a1702`](https://github.com/mastra-ai/mastra/commit/96a1702ce362c50dda20c8b4a228b4ad1a36a17a), [`cb9f921`](https://github.com/mastra-ai/mastra/commit/cb9f921320913975657abb1404855d8c510f7ac5), [`114e7c1`](https://github.com/mastra-ai/mastra/commit/114e7c146ac682925f0fb37376c1be70e5d6e6e5), [`1b6f651`](https://github.com/mastra-ai/mastra/commit/1b6f65127d4a0d6c38d0a1055cb84527db529d6b), [`72df4a8`](https://github.com/mastra-ai/mastra/commit/72df4a8f9bf1a20cfd3d9006a4fdb597ad56d10a)]:
+  - @mastra/core@1.8.0-alpha.0
+
 ## 1.0.0
 
 ### Major Changes

package/dist/docs/SKILL.md

@@ -1,34 +1,29 @@
 ---
-name: mastra-pinecone-docs
-description: Documentation for @mastra/pinecone. Includes links to type definitions and readable implementation code in dist/.
+name: mastra-pinecone
+description: Documentation for @mastra/pinecone. Use when working with @mastra/pinecone APIs, configuration, or implementation.
+metadata:
+  package: "@mastra/pinecone"
+  version: "1.0.1-alpha.0"
 ---
 
-# @mastra/pinecone Documentation
+## When to use
 
-> **Version**: 1.0.0
-> **Package**: @mastra/pinecone
+Use this skill whenever you are working with @mastra/pinecone to obtain the domain-specific knowledge.
 
-## Quick Navigation
+## How to use
 
-Use SOURCE_MAP.json to find any export:
+Read the individual reference documents for detailed explanations and code examples.
 
-```bash
-cat docs/SOURCE_MAP.json
-```
+### Docs
 
-Each export maps to:
-- **types**: `.d.ts` file with JSDoc and API signatures
-- **implementation**: `.js` chunk file with readable source
-- **docs**: Conceptual documentation in `docs/`
+- [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.
+- [Storage](references/docs-memory-storage.md) - Configure storage for Mastra's memory system to persist conversations, workflows, and traces.
+- [Retrieval, Semantic Search, Reranking](references/docs-rag-retrieval.md) - Guide on retrieval processes in Mastra's RAG systems, including semantic search, filtering, and re-ranking.
+- [Storing Embeddings in A Vector Database](references/docs-rag-vector-databases.md) - Guide on vector storage options in Mastra, including embedded and dedicated vector databases for similarity search.
 
-## Top Exports
+### Reference
 
+- [Reference: Pinecone Vector Store](references/reference-vectors-pinecone.md) - Documentation for the PineconeVector class in Mastra, which provides an interface to Pinecone's vector database.
 
 
-See SOURCE_MAP.json for the complete list.
-
-## Available Topics
-
-- [Memory](memory/) - 2 file(s)
-- [Rag](rag/) - 2 file(s)
-- [Vectors](vectors/) - 1 file(s)
+Read [assets/SOURCE_MAP.json](assets/SOURCE_MAP.json) for source code references.

package/dist/docs/{SOURCE_MAP.json → assets/SOURCE_MAP.json}

@@ -1,5 +1,5 @@
 {
-  "version": "1.0.0",
+  "version": "1.0.1-alpha.0",
   "package": "@mastra/pinecone",
   "exports": {},
   "modules": {}

package/dist/docs/{memory/02-memory-processors.md → references/docs-memory-memory-processors.md}

@@ -1,12 +1,10 @@
-> Learn how to use memory processors in Mastra to filter, trim, and transform messages before they
-
 # Memory Processors
 
 Memory processors transform and filter messages as they pass through an agent with memory enabled. They manage context window limits, remove unnecessary content, and optimize the information sent to the language model.
 
 When memory is enabled on an agent, Mastra adds memory processors to the agent's processor pipeline. These processors retrieve message history, working memory, and semantically relevant messages, then persist new messages after the model responds.
 
-Memory processors are [processors](https://mastra.ai/docs/v1/agents/processors) that operate specifically on memory-related messages and state.
+Memory processors are [processors](https://mastra.ai/docs/agents/processors) that operate specifically on memory-related messages and state.
 
 ## Built-in Memory Processors
 
@@ -21,7 +19,7 @@ Retrieves message history and persists new messages.
 ```typescript
 memory: new Memory({
   lastMessages: 10,
-});
+})
 ```
 
 **Mastra internally:**
@@ -38,24 +36,24 @@ memory: new Memory({
 **Example:**
 
 ```typescript
-import { Agent } from "@mastra/core/agent";
-import { Memory } from "@mastra/memory";
-import { LibSQLStore } from "@mastra/libsql";
-import { openai } from "@ai-sdk/openai";
+import { Agent } from '@mastra/core/agent'
+import { Memory } from '@mastra/memory'
+import { LibSQLStore } from '@mastra/libsql'
+import { openai } from '@ai-sdk/openai'
 
 const agent = new Agent({
-  id: "test-agent",
-  name: "Test Agent",
-  instructions: "You are a helpful assistant",
+  id: 'test-agent',
+  name: 'Test Agent',
+  instructions: 'You are a helpful assistant',
   model: 'openai/gpt-4o',
   memory: new Memory({
     storage: new LibSQLStore({
-      id: "memory-store",
-      url: "file:memory.db",
+      id: 'memory-store',
+      url: 'file:memory.db',
     }),
     lastMessages: 10, // MessageHistory processor automatically added
   }),
-});
+})
 ```
 
 ### SemanticRecall
@@ -69,7 +67,7 @@ memory: new Memory({
   semanticRecall: { enabled: true },
   vector: myVectorStore,
   embedder: myEmbedder,
-});
+})
 ```
 
 **Mastra internally:**
@@ -87,33 +85,33 @@ memory: new Memory({
 **Example:**
 
 ```typescript
-import { Agent } from "@mastra/core/agent";
-import { Memory } from "@mastra/memory";
-import { LibSQLStore } from "@mastra/libsql";
-import { PineconeVector } from "@mastra/pinecone";
-import { OpenAIEmbedder } from "@mastra/openai";
-import { openai } from "@ai-sdk/openai";
+import { Agent } from '@mastra/core/agent'
+import { Memory } from '@mastra/memory'
+import { LibSQLStore } from '@mastra/libsql'
+import { PineconeVector } from '@mastra/pinecone'
+import { OpenAIEmbedder } from '@mastra/openai'
+import { openai } from '@ai-sdk/openai'
 
 const agent = new Agent({
-  name: "semantic-agent",
-  instructions: "You are a helpful assistant with semantic memory",
+  name: 'semantic-agent',
+  instructions: 'You are a helpful assistant with semantic memory',
   model: 'openai/gpt-4o',
   memory: new Memory({
     storage: new LibSQLStore({
-      id: "memory-store",
-      url: "file:memory.db",
+      id: 'memory-store',
+      url: 'file:memory.db',
     }),
     vector: new PineconeVector({
-      id: "memory-vector",
+      id: 'memory-vector',
       apiKey: process.env.PINECONE_API_KEY!,
     }),
     embedder: new OpenAIEmbedder({
-      model: "text-embedding-3-small",
+      model: 'text-embedding-3-small',
       apiKey: process.env.OPENAI_API_KEY!,
     }),
     semanticRecall: { enabled: true }, // SemanticRecall processor automatically added
   }),
-});
+})
 ```
 
 ### WorkingMemory
@@ -125,7 +123,7 @@ Manages working memory state across conversations.
 ```typescript
 memory: new Memory({
   workingMemory: { enabled: true },
-});
+})
 ```
 
 **Mastra internally:**
@@ -142,23 +140,23 @@ memory: new Memory({
 **Example:**
 
 ```typescript
-import { Agent } from "@mastra/core/agent";
-import { Memory } from "@mastra/memory";
-import { LibSQLStore } from "@mastra/libsql";
-import { openai } from "@ai-sdk/openai";
+import { Agent } from '@mastra/core/agent'
+import { Memory } from '@mastra/memory'
+import { LibSQLStore } from '@mastra/libsql'
+import { openai } from '@ai-sdk/openai'
 
 const agent = new Agent({
-  name: "working-memory-agent",
-  instructions: "You are an assistant with working memory",
+  name: 'working-memory-agent',
+  instructions: 'You are an assistant with working memory',
   model: 'openai/gpt-4o',
   memory: new Memory({
     storage: new LibSQLStore({
-      id: "memory-store",
-      url: "file:memory.db",
+      id: 'memory-store',
+      url: 'file:memory.db',
     }),
     workingMemory: { enabled: true }, // WorkingMemory processor automatically added
   }),
-});
+})
 ```
 
 ## Manual Control and Deduplication
@@ -166,32 +164,32 @@ const agent = new Agent({
 If you manually add a memory processor to `inputProcessors` or `outputProcessors`, Mastra will **not** automatically add it. This gives you full control over processor ordering:
 
 ```typescript
-import { Agent } from "@mastra/core/agent";
-import { Memory } from "@mastra/memory";
-import { MessageHistory } from "@mastra/core/processors";
-import { TokenLimiter } from "@mastra/core/processors";
-import { LibSQLStore } from "@mastra/libsql";
-import { openai } from "@ai-sdk/openai";
+import { Agent } from '@mastra/core/agent'
+import { Memory } from '@mastra/memory'
+import { MessageHistory } from '@mastra/core/processors'
+import { TokenLimiter } from '@mastra/core/processors'
+import { LibSQLStore } from '@mastra/libsql'
+import { openai } from '@ai-sdk/openai'
 
 // Custom MessageHistory with different configuration
 const customMessageHistory = new MessageHistory({
-  storage: new LibSQLStore({ id: "memory-store", url: "file:memory.db" }),
+  storage: new LibSQLStore({ id: 'memory-store', url: 'file:memory.db' }),
   lastMessages: 20,
-});
+})
 
 const agent = new Agent({
-  name: "custom-memory-agent",
-  instructions: "You are a helpful assistant",
+  name: 'custom-memory-agent',
+  instructions: 'You are a helpful assistant',
   model: 'openai/gpt-4o',
   memory: new Memory({
-    storage: new LibSQLStore({ id: "memory-store", url: "file:memory.db" }),
+    storage: new LibSQLStore({ id: 'memory-store', url: 'file:memory.db' }),
     lastMessages: 10, // This would normally add MessageHistory(10)
   }),
   inputProcessors: [
     customMessageHistory, // Your custom one is used instead
     new TokenLimiter({ limit: 4000 }), // Runs after your custom MessageHistory
   ],
-});
+})
 ```
 
 ## Processor Execution Order
@@ -200,7 +198,7 @@ Understanding the execution order is important when combining guardrails with me
 
 ### Input Processors
 
-```
+```text
 [Memory Processors] → [Your inputProcessors]
 ```
 
@@ -211,7 +209,7 @@ This means memory loads message history before your processors can validate or f
 
 ### Output Processors
 
-```
+```text
 [Your outputProcessors] → [Memory Processors]
 ```
 
@@ -233,37 +231,35 @@ Output guardrails run **before** memory processors save messages. If a guardrail
 - **No messages are persisted to storage**
 
 ```typescript
-import { Agent } from "@mastra/core/agent";
-import { Memory } from "@mastra/memory";
-import { openai } from "@ai-sdk/openai";
+import { Agent } from '@mastra/core/agent'
+import { Memory } from '@mastra/memory'
+import { openai } from '@ai-sdk/openai'
 
 // Output guardrail that blocks inappropriate content
 const contentBlocker = {
-  id: "content-blocker",
+  id: 'content-blocker',
   processOutputResult: async ({ messages, abort }) => {
-    const hasInappropriateContent = messages.some((msg) =>
-      containsBadContent(msg)
-    );
+    const hasInappropriateContent = messages.some(msg => containsBadContent(msg))
     if (hasInappropriateContent) {
-      abort("Content blocked by guardrail");
+      abort('Content blocked by guardrail')
     }
-    return messages;
+    return messages
   },
-};
+}
 
 const agent = new Agent({
-  name: "safe-agent",
-  instructions: "You are a helpful assistant",
+  name: 'safe-agent',
+  instructions: 'You are a helpful assistant',
   model: 'openai/gpt-4o',
   memory: new Memory({ lastMessages: 10 }),
   // Your guardrail runs BEFORE memory saves
   outputProcessors: [contentBlocker],
-});
+})
 
 // If the guardrail aborts, nothing is saved to memory
-const result = await agent.generate("Hello");
+const result = await agent.generate('Hello')
 if (result.tripwire) {
-  console.log("Blocked:", result.tripwire.reason);
+  console.log('Blocked:', result.tripwire.reason)
   // Memory is empty - no messages were persisted
 }
 ```
@@ -280,39 +276,39 @@ Input guardrails run **after** memory processors load history. If a guardrail ab
 ```typescript
 // Input guardrail that validates user input
 const inputValidator = {
-  id: "input-validator",
+  id: 'input-validator',
   processInput: async ({ messages, abort }) => {
-    const lastUserMessage = messages.findLast((m) => m.role === "user");
+    const lastUserMessage = messages.findLast(m => m.role === 'user')
     if (isInvalidInput(lastUserMessage)) {
-      abort("Invalid input detected");
+      abort('Invalid input detected')
     }
-    return messages;
+    return messages
   },
-};
+}
 
 const agent = new Agent({
-  name: "validated-agent",
-  instructions: "You are a helpful assistant",
+  name: 'validated-agent',
+  instructions: 'You are a helpful assistant',
   model: 'openai/gpt-4o',
   memory: new Memory({ lastMessages: 10 }),
   // Your guardrail runs AFTER memory loads history
   inputProcessors: [inputValidator],
-});
+})
 ```
 
 ### Summary
 
-| Guardrail Type | When it runs | If it aborts |
-| -------------- | ------------ | ------------ |
-| Input | After memory loads history | LLM not called, nothing saved |
-| Output | Before memory saves | Nothing saved to storage |
+| Guardrail Type | When it runs               | If it aborts                  |
+| -------------- | -------------------------- | ----------------------------- |
+| Input          | After memory loads history | LLM not called, nothing saved |
+| Output         | Before memory saves        | Nothing saved to storage      |
 
 Both scenarios are safe - guardrails prevent inappropriate content from being persisted to memory
 
 ## Related documentation
 
-- [Processors](https://mastra.ai/docs/v1/agents/processors) - General processor concepts and custom processor creation
-- [Guardrails](https://mastra.ai/docs/v1/agents/guardrails) - Security and validation processors
-- [Memory Overview](https://mastra.ai/docs/v1/memory/overview) - Memory types and configuration
+- [Processors](https://mastra.ai/docs/agents/processors) - General processor concepts and custom processor creation
+- [Guardrails](https://mastra.ai/docs/agents/guardrails) - Security and validation processors
+- [Memory Overview](https://mastra.ai/docs/memory/overview) - Memory types and configuration
 
 When creating custom processors avoid mutating the input `messages` array or its objects directly.

package/dist/docs/references/docs-memory-storage.md

@@ -0,0 +1,261 @@
+# Storage
+
+For agents to remember previous interactions, Mastra needs a database. Use a storage adapter for one of the [supported databases](#supported-providers) and pass it to your Mastra instance.
+
+```typescript
+import { Mastra } from '@mastra/core'
+import { LibSQLStore } from '@mastra/libsql'
+
+export const mastra = new Mastra({
+  storage: new LibSQLStore({
+    id: 'mastra-storage',
+    url: 'file:./mastra.db',
+  }),
+})
+```
+
+> **Sharing the database with Mastra Studio:** When running `mastra dev` alongside your application (e.g., Next.js), use an absolute path to ensure both processes access the same database:
+>
+> ```typescript
+> url: 'file:/absolute/path/to/your/project/mastra.db'
+> ```
+>
+> Relative paths like `file:./mastra.db` resolve based on each process's working directory, which may differ.
+
+This configures instance-level storage, which all agents share by default. You can also configure [agent-level storage](#agent-level-storage) for isolated data boundaries.
+
+Mastra automatically creates the necessary tables on first interaction. See the [core schema](https://mastra.ai/reference/storage/overview) for details on what gets created, including tables for messages, threads, resources, workflows, traces, and evaluation datasets.
+
+## Supported providers
+
+Each provider page includes installation instructions, configuration parameters, and usage examples:
+
+- [libSQL](https://mastra.ai/reference/storage/libsql)
+- [PostgreSQL](https://mastra.ai/reference/storage/postgresql)
+- [MongoDB](https://mastra.ai/reference/storage/mongodb)
+- [Upstash](https://mastra.ai/reference/storage/upstash)
+- [Cloudflare D1](https://mastra.ai/reference/storage/cloudflare-d1)
+- [Cloudflare Durable Objects](https://mastra.ai/reference/storage/cloudflare)
+- [Convex](https://mastra.ai/reference/storage/convex)
+- [DynamoDB](https://mastra.ai/reference/storage/dynamodb)
+- [LanceDB](https://mastra.ai/reference/storage/lance)
+- [Microsoft SQL Server](https://mastra.ai/reference/storage/mssql)
+
+> **Tip:** libSQL is the easiest way to get started because it doesn’t require running a separate database server.
+
+## Configuration scope
+
+Storage can be configured at the instance level (shared by all agents) or at the agent level (isolated to a specific agent).
+
+### Instance-level storage
+
+Add storage to your Mastra instance so all agents, workflows, observability traces and scores share the same memory provider:
+
+```typescript
+import { Mastra } from '@mastra/core'
+import { PostgresStore } from '@mastra/pg'
+
+export const mastra = new Mastra({
+  storage: new PostgresStore({
+    id: 'mastra-storage',
+    connectionString: process.env.DATABASE_URL,
+  }),
+})
+
+// Both agents inherit storage from the Mastra instance above
+const agent1 = new Agent({ id: 'agent-1', memory: new Memory() })
+const agent2 = new Agent({ id: 'agent-2', memory: new Memory() })
+```
+
+This is useful when all primitives share the same storage backend and have similar performance, scaling, and operational requirements.
+
+#### Composite storage
+
+[Composite storage](https://mastra.ai/reference/storage/composite) is an alternative way to configure instance-level storage. Use `MastraCompositeStore` to set the `memory` domain (and any other [domains](https://mastra.ai/reference/storage/composite) you need) to different storage providers.
+
+```typescript
+import { Mastra } from '@mastra/core'
+import { MastraCompositeStore } from '@mastra/core/storage'
+import { MemoryLibSQL } from '@mastra/libsql'
+import { WorkflowsPG } from '@mastra/pg'
+import { ObservabilityStorageClickhouse } from '@mastra/clickhouse'
+
+export const mastra = new Mastra({
+  storage: new MastraCompositeStore({
+    id: 'composite',
+    domains: {
+      memory: new MemoryLibSQL({ url: 'file:./memory.db' }),
+      workflows: new WorkflowsPG({ connectionString: process.env.DATABASE_URL }),
+      observability: new ObservabilityStorageClickhouse({
+        url: process.env.CLICKHOUSE_URL,
+        username: process.env.CLICKHOUSE_USERNAME,
+        password: process.env.CLICKHOUSE_PASSWORD,
+      }),
+    },
+  }),
+})
+```
+
+This is useful when different types of data have different performance or operational requirements, such as low-latency storage for memory, durable storage for workflows, and high-throughput storage for observability.
+
+### Agent-level storage
+
+Agent-level storage overrides storage configured at the instance level. Add storage to a specific agent when you need data boundaries or compliance requirements:
+
+```typescript
+import { Agent } from '@mastra/core/agent'
+import { Memory } from '@mastra/memory'
+import { PostgresStore } from '@mastra/pg'
+
+export const agent = new Agent({
+  id: 'agent',
+  memory: new Memory({
+    storage: new PostgresStore({
+      id: 'agent-storage',
+      connectionString: process.env.AGENT_DATABASE_URL,
+    }),
+  }),
+})
+```
+
+> **Warning:** [Mastra Cloud Store](https://mastra.ai/docs/mastra-cloud/deployment) doesn't support agent-level storage.
+
+## Threads and resources
+
+Mastra organizes conversations using two identifiers:
+
+- **Thread** - a conversation session containing a sequence of messages.
+- **Resource** - the entity that owns the thread, such as a user, organization, project, or any other domain entity in your application.
+
+Both identifiers are required for agents to store information:
+
+**Generate**:
+
+```typescript
+const response = await agent.generate('hello', {
+  memory: {
+    thread: 'conversation-abc-123',
+    resource: 'user_123',
+  },
+})
+```
+
+**Stream**:
+
+```typescript
+const stream = await agent.stream('hello', {
+  memory: {
+    thread: 'conversation-abc-123',
+    resource: 'user_123',
+  },
+})
+```
+
+> **Note:** [Studio](https://mastra.ai/docs/getting-started/studio) automatically generates a thread and resource ID for you. When calling `stream()` or `generate()` yourself, remember to provide these identifiers explicitly.
+
+### Thread title generation
+
+Mastra can automatically generate descriptive thread titles based on the user's first message when `generateTitle` is enabled.
+
+Use this option when implementing a ChatGPT-style chat interface to render a title alongside each thread in the conversation list (for example, in a sidebar) derived from the thread’s initial user message.
+
+```typescript
+export const agent = new Agent({
+  id: 'agent',
+  memory: new Memory({
+    options: {
+      generateTitle: true,
+    },
+  }),
+})
+```
+
+Title generation runs asynchronously after the agent responds and does not affect response time.
+
+To optimize cost or behavior, provide a smaller [`model`](https://mastra.ai/models) and custom `instructions`:
+
+```typescript
+export const agent = new Agent({
+  id: 'agent',
+  memory: new Memory({
+    options: {
+      generateTitle: {
+        model: 'openai/gpt-4o-mini',
+        instructions: 'Generate a 1 word title',
+      },
+    },
+  }),
+})
+```
+
+## Semantic recall
+
+Semantic recall has different storage requirements - it needs a vector database in addition to the standard storage adapter. See [Semantic recall](https://mastra.ai/docs/memory/semantic-recall) for setup and supported vector providers.
+
+## Handling large attachments
+
+Some storage providers enforce record size limits that base64-encoded file attachments (such as images) can exceed:
+
+| Provider                                                           | Record size limit |
+| ------------------------------------------------------------------ | ----------------- |
+| [DynamoDB](https://mastra.ai/reference/storage/dynamodb)           | 400 KB            |
+| [Convex](https://mastra.ai/reference/storage/convex)               | 1 MiB             |
+| [Cloudflare D1](https://mastra.ai/reference/storage/cloudflare-d1) | 1 MiB             |
+
+PostgreSQL, MongoDB, and libSQL have higher limits and are generally unaffected.
+
+To avoid this, use an input processor to upload attachments to external storage (S3, R2, GCS, [Convex file storage](https://docs.convex.dev/file-storage), etc.) and replace them with URL references before persistence.
+
+```typescript
+import type { Processor } from '@mastra/core/processors'
+import type { MastraDBMessage } from '@mastra/core/memory'
+
+export class AttachmentUploader implements Processor {
+  id = 'attachment-uploader'
+
+  async processInput({ messages }: { messages: MastraDBMessage[] }) {
+    return Promise.all(messages.map(msg => this.processMessage(msg)))
+  }
+
+  async processMessage(msg: MastraDBMessage) {
+    const attachments = msg.content.experimental_attachments
+    if (!attachments?.length) return msg
+
+    const uploaded = await Promise.all(
+      attachments.map(async att => {
+        // Skip if already a URL
+        if (!att.url?.startsWith('data:')) return att
+
+        // Upload base64 data and replace with URL
+        const url = await this.upload(att.url, att.contentType)
+        return { ...att, url }
+      }),
+    )
+
+    return { ...msg, content: { ...msg.content, experimental_attachments: uploaded } }
+  }
+
+  async upload(dataUri: string, contentType?: string): Promise<string> {
+    const base64 = dataUri.split(',')[1]
+    const buffer = Buffer.from(base64, 'base64')
+
+    // Replace with your storage provider (S3, R2, GCS, Convex, etc.)
+    // return await s3.upload(buffer, contentType);
+    throw new Error('Implement upload() with your storage provider')
+  }
+}
+```
+
+Use the processor with your agent:
+
+```typescript
+import { Agent } from '@mastra/core/agent'
+import { Memory } from '@mastra/memory'
+import { AttachmentUploader } from './processors/attachment-uploader'
+
+const agent = new Agent({
+  id: 'my-agent',
+  memory: new Memory({ storage: yourStorage }),
+  inputProcessors: [new AttachmentUploader()],
+})
+```