Resources · Claude connector

Claude Sanity connectorWhat Claude can do in your Sanity account.

The Claude Sanity connector exposes 31 tools: 14 read, 10 write, 7 undocumented. They cover queries, schemas, datasets, publishing and projects. Below: what Claude reads, what it publishes or deletes, and where the sheet and the docs disagree.

Verified Trustpilot reviews · AI, automation & growth agency

Overview

What changes for a content team

Sanity stores your content in structured form, defined by a schema. With the connector, you ask Claude to search, audit or publish right in the conversation, without writing the query yourself. Per Sanity, the server acts on your behalf and with your permissions, and it also offers project setup tools.

Audit content. To find content, query_documents runs the query in GROQ, Sanity's query language, and semantic_search finds texts that are close in meaning when an index exists.

Coordinate a campaign. For a release, create_version attaches each document to a release, and version_discard pulls the ones that are no longer part of it.

Publish or take down. When drafts are ready, publish_documents puts it live, unpublish_documents sends it back to draft, and discard_drafts throws away drafts without touching published pages.

What Claude doesn't do here: nothing fires on its own, and no publication goes out on a timer from Claude. Per the docs, scheduling, publishing or deleting a release happens in Sanity Studio. And seven tools on the sheet aren't described by Sanity's documentation. For automated jobs, you want an automation tool; the Integrations page covers that side, and Claude connectors gathers the rest.

Vocabulary

The vocabulary in one minute

Five words worth knowing before you connect Sanity.

Connector
The link you set up once between Claude and an account you already have, so Claude can work on it while it answers you.
Tool
One named action a connector opens to Claude. Claude picks the ones it needs on its own; the directory lists them by name.
Authorization
The service's own sign-in screen, where you hand Claude the access it will use. Granted once per person, and you can take it back.
Approval
The confirmation Claude waits for before finishing something that changes your account, shown in the chat right when it matters.
MCP
The common standard behind connectors: it's what lets an assistant like Claude hold a conversation with an outside service.
Connect

Connect Sanity to Claude in three steps

  1. 01

    Find Sanity

    In Claude's settings, open Customize, then Connectors, and spot Sanity in the list. On a Team or Enterprise workspace, an Owner or Primary Owner has to enable it before each member can sign in.

  2. 02

    Start the connection

    Click Connect on its row, then sign in through the window the service opens itself. If the link breaks one day, hit Disconnect and connect again: that's the intended fix.

  3. 03

    Read the authorization screen

    Read the authorization screen before you approve. It belongs to the service, not to Claude, and it decides what the access covers. Per Sanity, the server then acts on your behalf through OAuth by default.

Tools

The 31 tools of the Claude Sanity connector

Sanity gives Claude 31 tools: 14 that read your account, 10 that change something in it, and 7 no official source describes.

Three groups: what Claude reads, what it changes, and what Sanity's documentation doesn't describe. Names stay as Claude shows them.

  • 14 read
  • 10 write
  • 7 not documented

What Claude reads (14)

14 tools

Fourteen tools that look at projects, schemas, datasets, documents and documentation.

get_document

Fetches a single document from its exact ID, with its full content. It's a direct lookup: the tool doesn't search, filter or query anything else.

When it helps
you have a document's exact ID and need its full content.
Watch out
if it's missing or failing, Sanity says to check your account's permissions on the project and dataset.

Sourcesanity.io · September 30, 2026 ↗

get_project_studios

Retrieves every Studio application linked to a given Sanity project.

When it helps
you want to know which Studio applications a given project is tied to, before reading its schemas.
Watch out
Studio-deployed schemas are one of the sources that list_workspace_schemas groups separately.

Sourcesanity.io · September 30, 2026 ↗

get_sanity_rules

Loads specific best-practice development rules published by Sanity, picked from the list the companion tool returns.

When it helps
a development question calls for Sanity's own guidelines rather than a general answer.
Watch out
these rules are development guidance from Sanity, not content from your project.

Sourcesanity.io · September 30, 2026 ↗

get_schema

Fetches a deployed schema, meaning the definition of a workspace's content types. With no name given, it picks the active schema or the default workspace.

When it helps
you want to see how a content type is defined in the deployed schema.

Sourcesanity.io · September 30, 2026 ↗

list_datasets

Lists every dataset in your Sanity project. A dataset is a separate pool of content inside the project.

When it helps
you need to know which datasets a project holds before working in one.
Watch out
what shows up depends on your account's permissions on the project, per Sanity.

Sourcesanity.io · September 30, 2026 ↗

list_embeddings_indices

Lists the embeddings indexes available for a dataset. An embedding is a numeric representation of a text's meaning, used to search by meaning rather than exact words.

When it helps
you want to know whether a dataset has an index before trying a semantic search.

Sourcesanity.io · September 30, 2026 ↗

list_organizations

Lists every Sanity organization your account has access to. It's the level above projects.

When it helps
you need to know which organization a project sits under.
Watch out
only the organizations your account can reach appear, since Claude works with your rights and nothing more.

Sourcesanity.io · September 30, 2026 ↗

list_projects

Lists the Sanity projects associated with your account, the usual entry point before looking at datasets or schemas.

When it helps
you need a project's exact name or ID.
Watch out
per Sanity, calls follow your OAuth identity, or an API token's role and permissions if you set one up.

Sourcesanity.io · September 30, 2026 ↗

list_sanity_rules

Lists the development best-practice rules Sanity makes available, so you know which ones to load next with the dedicated tool. Think of it as the table of contents before loading.

When it helps
you want to see which development topics Sanity publishes rules on.

Sourcesanity.io · September 30, 2026 ↗

list_workspace_schemas

Lists every deployed schema for a project and dataset, grouped by source: server-managed, Studio-deployed or legacy. Each entry carries an ID for an exact read.

When it helps
several schema sources coexist and you need the exact one to read.

Sourcesanity.io · September 30, 2026 ↗

query_documents

Queries documents with GROQ, Sanity's query language, and brings back the matching documents. Only the GROQ string goes in the query, with variables passed separately as a JSON object.

When it helps
you need every document that matches given criteria, by type for instance.

Sourcesanity.io · September 30, 2026 ↗

read_docs

Fetches one specific article from Sanity's documentation.

When it helps
a question about Sanity deserves an answer based on its own documentation.
Watch out
when you don't know which article to open, search_docs runs a search across Sanity's documentation first, and this tool then reads the one you pick.

Sourcesanity.io · September 30, 2026 ↗

search_docs

Runs a search across Sanity's documentation. It's often the step before reading one specific article. Handy for finding the right article without knowing its title, before reading it with the companion tool.

When it helps
you don't know which documentation article covers a topic.

Sourcesanity.io · September 30, 2026 ↗

What Claude changes (10)

10 tools

Ten tools that create, publish, unpublish, modify or delete. No source spells out their confirmation: the general rule below applies.

add_cors_origin

Approval: see the rule

Adds one or more CORS origins to a project, meaning site addresses allowed to query Sanity from the browser.

What Claude asks for
no source describes a confirmation specific to this addition; the general rule applies.
When it helps
a site has to query a Sanity project from the browser and its address isn't allowed yet.

Sourcesanity.io · September 30, 2026 ↗

create_dataset

Approval: see the rule

Creates a new dataset with the name and access settings you specify.

What Claude asks for
nothing is documented about a prompt for creating a dataset: general rule.
When it helps
a project needs a separate dataset with its own access settings.

Sourcesanity.io · September 30, 2026 ↗

create_project

Approval: see the rule

Sets up a brand-new Sanity project and equips it with a dataset and API tokens. It's the starting point for a brand-new project, built from the conversation.

What Claude asks for
the source mentions no sign-off for project creation, so the default rule holds.
When it helps
a new project has to exist in Sanity, with a dataset and API tokens from the start.

Sourcesanity.io · September 30, 2026 ↗

create_version

Approval: see the rule

Creates a version of a document for a specific release, separate from the draft and the published document. Versions serve scheduled releases.

What Claude asks for
no rule of its own is described for creating a version; see the general rule.
When it helps
a document has to join a release without touching its draft or published version.

Sourcesanity.io · September 30, 2026 ↗

deploy_schema

Approval: see the rule

Deploys schema types straight to Sanity's cloud. The content structure shifts for everyone.

What Claude asks for
for this deployment, no dedicated confirmation is described: general rule.
When it helps
the content types defined in the conversation have to reach the deployed schema.
Watch out
a schema shapes every piece of content in the dataset.

Sourcesanity.io · September 30, 2026 ↗

discard_drafts

Approval: see the rule

Deletes one or more drafts while leaving already-published documents intact. The live versions don't move.

What Claude asks for
no source describes a prompt specific to this deletion; general approval rule.
When it helps
drafts should go while the published documents stay as they are.

Sourcesanity.io · September 30, 2026 ↗

publish_documents

Approval: see the rule

Publishes one or more drafts, from the documents' exact IDs. The content goes live.

What Claude asks for
Sanity's docs say nothing about a sign-off before publishing, so the default rule applies.
When it helps
drafts are ready and should go live.

Sourcesanity.io · September 30, 2026 ↗

unpublish_documents

Approval: see the rule

Unpublishes one or more published documents, which go back to being drafts.

What Claude asks for
no confirmation specific to taking content down is documented; the general rule covers it.
When it helps
a published document has to come offline without being lost.
Watch out
the documents go back to drafts; nothing says they are deleted.

Sourcesanity.io · September 30, 2026 ↗

update_dataset

Approval: see the rule

Modifies a dataset's name or access control settings. Those settings decide who can read it.

What Claude asks for
nothing specific is described for this change; see the general rule.
When it helps
a dataset's name or access control settings have to change.

Sourcesanity.io · September 30, 2026 ↗

version_discard

Approval: see the rule

Removes one or more document versions from a release. The documents themselves aren't targeted, only their version planned for that release.

What Claude asks for
no source describes a confirmation for removing a version, so the general rule holds.
When it helps
a document should no longer be part of a release.

Sourcesanity.io · September 30, 2026 ↗

Undocumented (7)

7 tools

The sheet publishes these seven names, which Sanity's documentation doesn't describe. We won't guess what they do from a name.

create_documents_from_json

This name appears on the directory sheet, and no official source describes it: Sanity's documentation says nothing about it. Its name alone doesn't say what it does.

When it helps
impossible to say until Sanity documents it.
Watch out
the general approval rule covers it, whatever it does.

create_documents_from_markdown

A name published by the directory and missing from Sanity's documentation. No other public source explains it.

When it helps
none for now, for lack of an official description.
Watch out
with no source, only the general approval rule applies.

migration_guide

The directory lists this name with no description, and Sanity's page about its server doesn't mention it.

When it helps
nothing to suggest until a publisher text explains it.
Watch out
nobody knows whether it reads or changes anything: general approval rule.

patch_document_from_json

No official sentence describes this tool: it shows up on the sheet, not in the publisher's documentation. No public page picks it up either.

When it helps
impossible to pin down without a published source.
Watch out
the general approval rule remains the only reference.

patch_document_from_markdown

Present in the directory's list, this name has no description from Sanity or from Anthropic. The docs list other tools instead.

When it helps
none, for lack of official text.
Watch out
whatever it does, the general approval rule is what applies.

version_replace_document

Neither the sheet nor Sanity's documentation describes this name; only its label is published. No public page fills that gap.

When it helps
nothing to suggest while it stays undescribed.
Watch out
the general approval rule applies to it like the others.

version_unpublish_document

This name has no official description: the sheet lists it, and Sanity's page about its server doesn't cover it. Its label is all there is.

When it helps
no situation to offer without a source.
Watch out
lacking documentation, see the general approval rule.
Approvals

What Claude asks before it acts

By default, Claude stops and asks for your go-ahead before any action it takes on an account for you. The request shows up in the chat, right when it matters.

No source says whether Claude asks before publishing, unpublishing or deploying a schema: that default rule covers all ten write tools. On a Team or Enterprise workspace, owners decide whether a member can let certain actions through without being asked again, and they can shut off a connector's writes for the whole organization. On the Sanity side, the server acts with your role and your permissions.

Plans

Which plans include it

Out of 819 sheets in the official directory, none shows availability by plan. Connector by connector, the answer isn't published anywhere: it's a real gap in the catalogue.

The general rule is published: remote connectors are open to all users on Claude, Cowork, Claude Desktop and mobile. On Team and Enterprise, an Owner or Primary Owner turns the connector on for the organization before each member can connect. For the current status, the Sanity sheet in the official directory is where to look.

Limits

Where Sanity stops inside Claude

A connector isn't an automation. Claude calls these tools while it answers you: nothing goes out when a draft is ready or a date arrives.

Only the publisher documents this connector, on the page of its docs devoted to the server: neither Claude's help center nor Anthropic's developer docs mention it at all. Everything on this page comes from that page and the directory sheet. And the directory sheet and Sanity's docs don't list the same tools, as the comparison below lays out. The partner badge isn't a security audit, and Anthropic doesn't guarantee a publisher's tools behave as described.

Two official sources disagree

Which tools does the Sanity connector actually expose?

  • Claude directory sheet ↗October 202631 tools, seven of which Sanity's documentation doesn't mention, such as the ones whose names mention JSON or Markdown.
  • Sanity's documentation for its MCP server ↗September 2026A list that doesn't match the sheet's, with other document creation and editing tools, plus a note that available tools may vary as the server gets updated.

What this page followsNeither side is stale: the two lists simply don't match. This page follows the directory sheet and leaves the seven tools the docs don't describe as undocumented; what your account actually sees shows up in the connector sheet once connected.

Need help

Need help connecting Sanity to Claude?

A person reads every message.

FAQ

FAQ about the Claude Sanity connector

01What can Claude do with the Sanity connector?
Claude can query and manage your Sanity content from the conversation. It reads organizations, projects, Studios, datasets, schemas and documents, runs GROQ queries and semantic searches, and checks Sanity's documentation and best-practice rules. It can also create a project or dataset, deploy a schema, attach documents to a release, publish, unpublish and discard drafts. Seven other tools on the sheet remain undescribed by any source. Each tool has its own note on this page.
02Can Claude publish or delete content in Sanity?
Yes. One tool publishes drafts, another unpublishes documents back to draft, and a third discards drafts while leaving published versions intact. Claude can also remove versions from a release, deploy a schema, create or modify a dataset and add a CORS origin. Per Sanity, scheduling, publishing or deleting a whole release doesn't happen through this connector, but in the Studio. Those moves go through under your Sanity identity, with your role's permissions.
03Does Claude ask before publishing?
By default, Claude asks for confirmation before any action it takes on an account for you. No source describes a confirmation specific to a Sanity tool, so that default rule covers publishing, unpublishing, schema deployment and the other writes. On a Team or Enterprise workspace, owners can decide whether some actions go through without a prompt, and shut off every write for the organization. Members can't override that setting themselves.
04Which plans is it available on?
No official source publishes availability by plan, connector by connector, and none of the 819 directory sheets shows it. The general rule is that remote connectors are open to all users on Claude, Cowork, Claude Desktop and mobile, with an Owner turning them on first on Team and Enterprise. The Sanity sheet in the official directory remains the only place that shows the current status for your account. Check it before you plan around the connector.
05Does Claude see every project in my Sanity account?
It sees what your Sanity rights open up. Per the publisher, the server acts on your behalf through OAuth; if you provide an API token instead, calls follow that token's role and permissions. On a Team or Enterprise workspace, an owner can also restrict what the connector may do. Your role in Sanity sets the outer limit. If a tool is missing or failing, Sanity says to check that your account has the right permissions for the project and dataset.
06Why are some Sanity tools missing from the docs?
Because the directory sheet and Sanity's documentation don't list the same tools. Seven names on the sheet, such as the ones whose names mention JSON or Markdown, have no description from Sanity, which documents other creation and editing tools instead. Sanity notes that available tools can vary as the server gets updated. This page leaves those seven undocumented rather than guessing. Until a source describes them, the general approval rule covers all seven of them.
07Claude or an automation tool for publishing to Sanity?
They don't do the same job. With the connector, you ask Claude to search, fix or publish, and it acts at the moment you ask. Nothing runs by itself afterwards: no publication goes out on a timer from Claude, and scheduled releases are handled in the Studio. To react automatically to an event, you want an automation tool; the two complement each other. Use each for what it does well.