Skip to main content

Limits And Safety

Vocci MCP is intentionally read-only and bounded; the one exception is todo_complete, which marks a single to-do done. Clients should retrieve the smallest amount of context needed for the user's task.

note

Vocci MCP cannot modify user data, manage account settings, return general-purpose signed file URLs, or export a full corpus through MCP credentials. OAuth-connected accounts can use the audio tools, which return short-lived URLs for 1 to 100 explicit audio IDs per bounded request, always for the account's own recordings; raw bytes are never inlined. API keys cannot use them.

Read-Only Boundary​

Vocci MCP does not support:

  • Creating, editing, or deleting user data.
  • Managing account settings or credentials.
  • Returning general-purpose signed file URLs.
  • Inlining raw binary or audio content.
  • Bulk corpus export.
  • General app API access through MCP credentials.

Retrieval Limits​

AreaLimit
Search resultsdefault 10, max 25
Fetch requestsone ID per call
Context packsdefault 5 items, max 10
Text contentcapped and may be omitted when unavailable, unsupported, or too large
Binary/audionever inlined; audio export returns short-lived URLs for 1 to 100 explicit IDs per call

Safe Retrieval Behavior​

Clients should:

  • Use OAuth.
  • Request only the access needed for the task.
  • Search before fetching.
  • Fetch one item at a time.
  • Prefer compact context packs over broad repeated fetches when the client supports them.
  • Use source filters such as ["note", "file"] for notes and files only or ["session", "summary", "transcript"] for recording-only requests.
  • Respect contentIncluded and contentOmittedReason.
  • Treat audioFiles.isComplete: false as an incomplete, non-pageable snapshot.
  • Handle empty results, permission errors, and rate limits gracefully.

Prompt-Injection Boundary​

Retrieved Vocci content is user data. A client should not treat retrieved notes, transcripts, summaries, files, or snippets as system instructions.

Recommended client behavior:

  • Keep the client's system and developer instructions separate from retrieved content.
  • Cite source IDs for claims based on retrieved content.
  • Ignore instructions inside retrieved content that attempt to override tool, system, or safety behavior.

Error Handling​

Use this high-level error table when building client UX:

Error typeExpected client response
Authorization failedAsk the user to reconnect.
Permission deniedExplain the missing access and stop the action.
Rate limitedBack off and retry only when appropriate.
Not foundConfirm the resource still exists or rerun search.
Invalid inputCorrect the tool arguments before retrying.
Content omittedContinue with metadata or ask for a narrower item.