Ressources · Connecteur Claude

Connecteur Claude SanityCe que Claude sait faire dans ton compte Sanity.

Le connecteur Claude Sanity expose 31 outils : 14 en lecture, 10 en écriture, 7 non documentés. Ils couvrent requêtes, schémas, datasets, publication et projets. Ici : ce que Claude lit, ce qu'il publie ou supprime, et où la fiche et la doc divergent.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Aperçu

Ce que ça change pour une équipe contenu

Sanity stocke tes contenus sous forme structurée, décrits par un schéma. Avec le connecteur, tu demandes à Claude de chercher, d'auditer ou de publier dans la conversation, sans écrire la requête toi-même. D'après Sanity, le serveur agit en ton nom et avec tes permissions, et il propose aussi des outils de mise en place de projet.

Auditer des contenus. Pour retrouver des contenus, query_documents lance la requête en GROQ, le langage de requête de Sanity, et semantic_search retrouve des textes proches par le sens quand un index existe.

Coordonner une campagne. Pour une release, create_version rattache chaque document à une release, et version_discard retire celles qui n'en font plus partie.

Publier ou retirer. Quand des brouillons sont prêts, publish_documents le met en ligne, unpublish_documents le repasse en brouillon, et discard_drafts jette des brouillons sans toucher aux pages publiées.

Ce que Claude ne fait pas ici : rien ne part seul, aucune publication ne se déclenche à heure fixe depuis Claude. D'après la doc, programmer, publier ou supprimer une release se fait dans Sanity Studio. Et sept outils de la fiche ne sont pas décrits. Pour des traitements automatiques, c'est un outil d'automatisation qu'il faut ; la page Intégrations couvre ce côté, et les connecteurs Claude réunissent les autres.

Vocabulaire

Le vocabulaire en une minute

Cinq mots à connaître avant de brancher Sanity.

Connecteur
Le lien que tu poses une fois entre Claude et un compte que tu as déjà, pour qu'il y travaille pendant qu'il te répond.
Outil
Une action nommée que le connecteur ouvre à Claude. Il choisit seul celles dont il a besoin ; le répertoire les liste par leur nom.
Autorisation
L'écran de connexion du service lui-même, où tu confies à Claude l'accès qu'il utilisera. Donnée une fois par personne, reprise quand tu veux.
Approbation
La confirmation que Claude attend avant d'aller au bout d'une action qui modifie ton compte, affichée dans la conversation au bon moment.
MCP
Le standard commun des connecteurs : c'est grâce à lui qu'un assistant comme Claude dialogue avec un service extérieur.
Connexion

Brancher Sanity à Claude en trois étapes

  1. 01

    Retrouver Sanity

    Dans les réglages de Claude, ouvre Customize puis Connectors et repère Sanity dans la liste. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner doit d'abord l'activer pour que chaque membre puisse s'y connecter.

  2. 02

    Lancer le branchement

    Clique sur Connect depuis sa ligne, puis identifie-toi dans la fenêtre que le service ouvre lui-même. Si le lien casse un jour, Disconnect puis rebranche : c'est le geste prévu.

  3. 03

    Relire l'écran d'autorisation

    Lis l'écran d'autorisation avant de valider. Il appartient au service, pas à Claude, et c'est lui qui fixe ce que l'accès couvre. D'après Sanity, le serveur agit ensuite en ton nom, par OAuth par défaut.

Outils

Les 31 outils du connecteur Claude Sanity

Sanity donne à Claude 31 outils : 14 qui lisent ton compte, 10 qui y changent quelque chose, et 7 qu'aucune source officielle ne décrit.

Trois groupes : ce que Claude lit, ce qu'il change, et ce que la documentation de Sanity ne décrit pas. Les noms restent ceux que Claude affiche.

  • 14 lecture
  • 10 écriture
  • 7 non documentés

Ce que Claude lit (14)

14 outils

Quatorze outils qui consultent projets, schémas, datasets, documents et documentation.

get_document

Récupère un document unique à partir de son identifiant exact, avec tout son contenu. C'est une consultation directe : l'outil ne cherche pas, ne filtre pas et n'interroge rien d'autre.

Quand ça sert
tu as l'identifiant exact d'un document et il te faut son contenu complet.
Attention
s'il manque ou échoue, Sanity conseille de vérifier les permissions de ton compte sur le projet et le dataset.

Sourcesanity.io · 30 septembre 2026 ↗

get_project_studios

Récupère toutes les applications Studio reliées à un projet Sanity donné.

Quand ça sert
tu veux savoir à quelles applications Studio un projet est relié.
Attention
les schémas déployés depuis un Studio forment l'une des sources que list_workspace_schemas range à part.

Sourcesanity.io · 30 septembre 2026 ↗

get_sanity_rules

Charge des règles de bonnes pratiques de développement publiées par Sanity, choisies dans la liste que renvoie l'outil compagnon.

Quand ça sert
une question de développement appelle les consignes de Sanity plutôt qu'une réponse générale.
Attention
ces règles sont des consignes de développement de Sanity, pas des contenus de ton projet.

Sourcesanity.io · 30 septembre 2026 ↗

get_schema

Récupère un schéma déployé, c'est-à-dire la description des types de contenu d'un espace de travail. Sans nom précisé, l'outil prend le schéma actif ou l'espace par défaut.

Quand ça sert
tu veux voir comment un type de contenu est défini dans le schéma déployé.

Sourcesanity.io · 30 septembre 2026 ↗

list_datasets

Liste tous les datasets de ton projet Sanity. Un dataset est un ensemble de contenus séparé à l'intérieur du projet.

Quand ça sert
tu dois savoir quels datasets contient un projet avant de travailler dans l'un d'eux.
Attention
ce qui apparaît dépend des permissions de ton compte sur le projet, d'après Sanity.

Sourcesanity.io · 30 septembre 2026 ↗

list_embeddings_indices

Liste les index d'embeddings disponibles pour un jeu de données. Un embedding est une représentation numérique du sens d'un texte, qui sert à la recherche par sens plutôt que par mot exact.

Quand ça sert
tu veux savoir si un dataset a un index avant de tenter une recherche sémantique.

Sourcesanity.io · 30 septembre 2026 ↗

list_organizations

Liste toutes les organisations Sanity auxquelles ton compte a accès. C'est le niveau au-dessus des projets.

Quand ça sert
tu dois savoir sous quelle organisation se trouve un projet.
Attention
seules les organisations que ton compte atteint apparaissent, puisque Claude travaille avec tes droits et rien de plus.

Sourcesanity.io · 30 septembre 2026 ↗

list_projects

Recense les projets Sanity associés à ton compte, le point d'entrée habituel avant de consulter des datasets ou des schémas.

Quand ça sert
il te faut le nom exact ou l'identifiant d'un projet.
Attention
d'après Sanity, les appels suivent ton identité OAuth, ou le rôle et les permissions d'un jeton d'API si tu en configures un.

Sourcesanity.io · 30 septembre 2026 ↗

list_sanity_rules

Liste les règles de bonnes pratiques de développement disponibles chez Sanity, pour savoir lesquelles charger ensuite avec l'outil dédié. C'est la table des matières avant le chargement.

Quand ça sert
tu veux voir sur quels sujets de développement Sanity publie des règles.

Sourcesanity.io · 30 septembre 2026 ↗

list_workspace_schemas

Rassemble les schémas déployés d'un projet et d'un dataset, regroupés par origine : gérés par le serveur, déployés par un Studio, ou anciens. Chaque entrée porte un identifiant pour une lecture exacte.

Quand ça sert
plusieurs sources de schéma coexistent et il te faut celle à lire exactement.

Sourcesanity.io · 30 septembre 2026 ↗

query_documents

Interroge les documents avec GROQ, le langage de requête de Sanity, et rapporte ceux qui correspondent. Seule la chaîne GROQ va dans la requête, les variables passant à part sous forme d'objet JSON.

Quand ça sert
il te faut tous les documents qui répondent à des critères donnés, par type par exemple.

Sourcesanity.io · 30 septembre 2026 ↗

read_docs

Récupère un article précis de la documentation de Sanity.

Quand ça sert
une question sur Sanity mérite une réponse fondée sur sa propre documentation.
Attention
quand tu ne sais pas quel article ouvrir, search_docs lance d'abord une recherche dans la documentation de Sanity, puis cet outil lit celui que tu choisis.

Sourcesanity.io · 30 septembre 2026 ↗

search_docs

Lance une recherche dans la documentation de Sanity. C'est l'étape qui précède souvent la lecture d'un article précis. Pratique pour trouver le bon article sans connaître son titre.

Quand ça sert
tu ne sais pas quel article de la documentation traite d'un sujet.

Sourcesanity.io · 30 septembre 2026 ↗

Ce que Claude change (10)

10 outils

Dix outils qui créent, publient, dépublient, modifient ou suppriment. Aucune source ne précise leur confirmation : la règle générale plus bas s'applique.

add_cors_origin

Approbation : voir la règle

Ajoute une ou plusieurs origines CORS à un projet, c'est-à-dire des adresses de sites autorisées à interroger Sanity depuis le navigateur.

Ce que Claude demande
aucune source ne décrit de confirmation propre à cet ajout ; la règle générale s'applique.
Quand ça sert
un site doit interroger un projet Sanity depuis le navigateur et son adresse n'est pas encore autorisée.

Sourcesanity.io · 30 septembre 2026 ↗

create_dataset

Approbation : voir la règle

Crée un nouveau jeu de données avec le nom et les réglages d'accès que tu indiques.

Ce que Claude demande
rien n'est documenté sur une demande pour la création d'un dataset : règle générale.
Quand ça sert
un projet a besoin d'un dataset séparé, avec ses propres réglages d'accès.

Sourcesanity.io · 30 septembre 2026 ↗

create_project

Approbation : voir la règle

Monte un nouveau projet Sanity et l'initialise avec un dataset et des jetons d'API. C'est le point de départ d'un projet entièrement neuf, monté depuis la conversation.

Ce que Claude demande
la source ne parle d'aucune validation pour la création de projet, donc règle par défaut.
Quand ça sert
un nouveau projet doit exister dans Sanity, avec un dataset et des jetons d'API dès le départ.

Sourcesanity.io · 30 septembre 2026 ↗

create_version

Approbation : voir la règle

Crée une version d'un document pour une release précise, distincte du brouillon et du document publié. Les versions servent aux publications planifiées.

Ce que Claude demande
aucune règle propre à la création d'une version n'est décrite ; vois la règle générale.
Quand ça sert
un document doit rejoindre une release sans toucher à son brouillon ni à sa version publiée.

Sourcesanity.io · 30 septembre 2026 ↗

deploy_schema

Approbation : voir la règle

Déploie directement des types de schéma dans le cloud de Sanity. La structure des contenus évolue pour tout le monde.

Ce que Claude demande
pour ce déploiement, aucune confirmation dédiée n'est décrite : règle générale.
Quand ça sert
les types de contenu définis dans la conversation doivent rejoindre le schéma déployé.
Attention
un schéma touche la structure de tous les contenus du dataset.

Sourcesanity.io · 30 septembre 2026 ↗

discard_drafts

Approbation : voir la règle

Supprime un ou plusieurs brouillons en laissant intacts les documents déjà publiés. Les versions en ligne ne bougent pas.

Ce que Claude demande
aucune source ne décrit de demande propre à cette suppression ; règle générale des approbations.
Quand ça sert
des brouillons doivent partir alors que les documents publiés restent tels quels.

Sourcesanity.io · 30 septembre 2026 ↗

publish_documents

Approbation : voir la règle

Publie un ou plusieurs brouillons, à partir des identifiants exacts des documents. Le contenu passe en ligne.

Ce que Claude demande
la doc de Sanity ne dit rien d'une validation avant publication, donc règle par défaut.
Quand ça sert
des brouillons sont prêts et doivent passer en ligne.

Sourcesanity.io · 30 septembre 2026 ↗

unpublish_documents

Approbation : voir la règle

Dépublie un ou plusieurs documents publiés, qui redeviennent des brouillons.

Ce que Claude demande
aucune confirmation propre au retrait n'est documentée ; la règle générale joue.
Quand ça sert
un document publié doit sortir du site sans être perdu.
Attention
les documents repassent en brouillon ; rien ne dit qu'ils sont supprimés.

Sourcesanity.io · 30 septembre 2026 ↗

update_dataset

Approbation : voir la règle

Modifie le nom ou les réglages de contrôle d'accès d'un jeu de données.

Ce que Claude demande
rien de spécifique n'est décrit pour cette modification ; vois la règle générale.
Quand ça sert
le nom ou les réglages de contrôle d'accès d'un dataset doivent changer.

Sourcesanity.io · 30 septembre 2026 ↗

version_discard

Approbation : voir la règle

Retire une ou plusieurs versions de documents d'une release. Les documents eux-mêmes ne sont pas visés, seulement leur version prévue pour cette release.

Ce que Claude demande
aucune source ne décrit de confirmation pour ce retrait de version, donc règle générale.
Quand ça sert
un document ne doit plus faire partie d'une release.

Sourcesanity.io · 30 septembre 2026 ↗

Non documentés (7)

7 outils

La fiche publie ces sept noms, que la documentation de Sanity ne décrit pas. On ne devinera pas ce qu'ils font à partir d'un nom.

create_documents_from_json

Ce nom figure sur la fiche du répertoire, et aucune source officielle ne le décrit : la documentation de Sanity n'en dit rien.

Quand ça sert
impossible à dire tant que Sanity ne le documente pas.
Attention
la règle générale des approbations le couvre, quoi qu'il fasse.

create_documents_from_markdown

Nom publié par le répertoire, absent de la documentation de Sanity. Aucune autre source publique ne l'explique. Le nom seul ne suffit pas à dire ce qu'il fait.

Quand ça sert
aucune pour l'instant, faute de description officielle.
Attention
en l'absence de source, seule la règle générale des approbations s'applique.

migration_guide

Le répertoire liste ce nom sans description, et la page de Sanity sur son serveur ne le mentionne pas.

Quand ça sert
rien à proposer tant qu'un texte de l'éditeur ne l'explique pas.
Attention
on ne sait pas s'il consulte ou modifie : règle générale des approbations.

patch_document_from_json

Aucune phrase officielle ne décrit cet outil : il apparaît sur la fiche, pas dans la documentation de l'éditeur. Rien de publié ne l'explique à ce jour.

Quand ça sert
impossible à préciser sans source publiée.
Attention
la règle générale des approbations reste la seule référence.

patch_document_from_markdown

Présent dans la liste du répertoire, ce nom n'a aucune description chez Sanity ni chez Anthropic. Aucune page publique ne le reprend.

Quand ça sert
aucune, faute de texte officiel.
Attention
quoi qu'il fasse, c'est la règle générale des approbations qui joue.

version_replace_document

Ni la fiche ni la documentation de Sanity ne décrivent ce nom ; seul son intitulé est publié.

Quand ça sert
rien à suggérer tant qu'il reste sans description.
Attention
la règle générale des approbations s'applique à lui comme aux autres.

version_unpublish_document

Ce nom n'a pas de description officielle : la fiche le liste, la page de Sanity sur son serveur n'en parle pas.

Quand ça sert
aucune situation à proposer sans source.
Attention
faute de documentation, renvoi à la règle générale des approbations.
Approbations

Ce que Claude te demande avant d'agir

Par défaut, Claude s'arrête et demande ton accord avant chaque action qu'il mène sur un compte à ta place. La demande s'affiche dans la conversation, au moment où elle compte.

Aucune source ne dit si Claude demande avant de publier, de dépublier ou de déployer un schéma : c'est cette règle par défaut qui couvre les dix outils d'écriture. Sur un espace Team ou Enterprise, les propriétaires décident si un membre peut laisser passer certaines actions sans qu'on les lui redemande, et ils peuvent fermer l'écriture d'un connecteur pour toute l'organisation. Côté Sanity, le serveur agit avec ton rôle et tes permissions.

Plans

Sur quels plans c'est disponible

Sur les 819 fiches du répertoire officiel, aucune n'affiche de disponibilité par plan. Connecteur par connecteur, la réponse n'est publiée nulle part : c'est un vrai trou du catalogue.

La règle générale, elle, est publiée : les connecteurs distants sont ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile. Sur Team et Enterprise, un Owner ou un Primary Owner ouvre le connecteur pour l'organisation avant que chaque membre puisse s'y connecter. Pour l'état à jour, c'est la fiche de Sanity dans le répertoire officiel qu'il faut consulter.

Limites

Là où Sanity s'arrête dans Claude

Un connecteur n'est pas une automatisation. Claude appelle ces outils pendant qu'il te répond : rien ne part quand un brouillon est prêt ou qu'une date arrive.

Ce connecteur n'est documenté que par son éditeur, sur la page de sa documentation consacrée au serveur : ni le centre d'aide de Claude ni la doc d'Anthropic n'en parlent. Et la fiche du répertoire et la doc de Sanity ne listent pas les mêmes outils, ce que la comparaison ci-dessous détaille. Le badge partenaire n'est pas un audit de sécurité, et Anthropic ne garantit pas que les outils d'un éditeur se comportent comme annoncé.

Deux sources officielles se contredisent

Quels outils le connecteur Sanity expose-t-il vraiment ?

  • Fiche du répertoire Claude ↗octobre 202631 outils, dont sept que la documentation de Sanity ne mentionne pas, comme ceux dont le nom mentionne JSON ou Markdown.
  • Documentation de Sanity sur son serveur MCP ↗septembre 2026Une liste qui ne recoupe pas celle de la fiche, avec d'autres outils de création et de modification de documents, et la mention que les outils disponibles peuvent varier au fil des mises à jour.

Ce que cette page retientAucun camp n'est périmé : les deux listes ne coïncident pas. Cette page suit la fiche du répertoire et laisse non documentés les sept outils que la doc ne décrit pas ; ce que ton compte voit vraiment s'affiche dans la fiche du connecteur une fois branché.

Besoin d'aide

Besoin d'aide pour brancher Sanity sur Claude ?

Une personne lit chaque message.

FAQ

Questions fréquentes sur le connecteur Claude Sanity

01Que peut faire Claude avec le connecteur Sanity ?
Claude peut interroger et gérer tes contenus Sanity depuis la conversation. Il lit organisations, projets, Studios, datasets, schémas et documents, lance des requêtes GROQ et des recherches sémantiques, et consulte la documentation et les règles de bonnes pratiques de Sanity. Il peut aussi créer un projet ou un dataset, déployer un schéma, rattacher des documents à une release, publier, dépublier et jeter des brouillons. Sept autres outils de la fiche restent non décrits.
02Claude peut-il publier ou supprimer des contenus dans Sanity ?
Oui. Un outil publie des brouillons, un autre dépublie des documents qui redeviennent des brouillons, et un troisième jette des brouillons en laissant intactes les versions publiées. Claude peut aussi retirer des versions d'une release, déployer un schéma, créer ou modifier un dataset et ajouter une origine CORS. D'après Sanity, programmer, publier ou supprimer une release entière ne se fait pas par ce connecteur, mais dans le Studio. Ces gestes passent sous ton identité Sanity.
03Claude me demande-t-il avant de publier ?
Par défaut, Claude demande une confirmation avant chaque action qu'il mène sur un compte à ta place. Aucune source ne décrit de confirmation propre à un outil Sanity, donc cette règle par défaut couvre la publication, la dépublication, le déploiement de schéma et les autres écritures. Sur un espace Team ou Enterprise, les propriétaires peuvent décider si certaines actions passent sans demande, et fermer toute écriture pour l'organisation. Un membre ne contourne pas ce réglage.
04Sur quels plans est-ce disponible ?
Aucune source officielle ne publie la disponibilité par plan connecteur par connecteur, et aucune des 819 fiches du répertoire ne l'affiche. La règle générale veut que les connecteurs distants soient ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile, avec une activation préalable par un Owner sur Team et Enterprise. La fiche Sanity du répertoire officiel reste le seul endroit qui montre l'état à jour pour ton compte.
05Claude voit-il tous les projets de mon compte Sanity ?
Il voit ce que tes droits Sanity lui ouvrent. D'après l'éditeur, le serveur agit en ton nom par OAuth ; si tu fournis plutôt un jeton d'API, les appels suivent le rôle et les permissions de ce jeton. Sur un espace Team ou Enterprise, un propriétaire peut en plus restreindre ce que le connecteur a le droit de faire. Si un outil manque ou échoue, Sanity conseille de vérifier que ton compte a les bonnes permissions sur le projet et le dataset concernés.
06Pourquoi certains outils Sanity n'apparaissent-ils pas dans la doc ?
Parce que la fiche du répertoire et la documentation de Sanity ne listent pas les mêmes outils. Sept noms de la fiche, comme ceux dont le nom mentionne JSON ou Markdown, n'ont aucune description chez Sanity, qui documente à la place d'autres outils de création et de modification. Sanity précise que les outils disponibles peuvent varier au fil des mises à jour. Cette page laisse ces sept outils non documentés plutôt que de deviner.
07Claude ou un outil d'automatisation pour publier dans Sanity ?
Ils ne font pas le même métier. Avec le connecteur, tu demandes à Claude de chercher, de corriger ou de publier, et il agit au moment où tu le demandes. Rien ne tourne ensuite tout seul : aucune publication ne part à heure fixe depuis Claude, et les releases programmées se gèrent dans le Studio. Pour réagir automatiquement à un événement, c'est un outil d'automatisation qu'il faut ; les deux se complètent.