Intégrer Claude dans une organisation : ce qui se décide avant la première ligne de code

Une intégration ne commence pas par le choix d'un modèle. Elle commence par une question de périmètre : qu'est-ce que vous branchez, sur quoi, et qu'est-ce qui continue de fonctionner le jour où l'appel échoue. Cette page pose les quatre surfaces d'intégration possibles, ce que chacune demande, et la règle d'ingénierie qui les tient toutes.

Quatre surfaces, quatre décisions différentes

On parle de « mettre de l'IA » comme s'il s'agissait d'une seule chose. Ce sont quatre chantiers distincts, avec des utilisateurs différents, des risques différents et des réversibilités différentes. Les confondre est la première cause de projet qui n'aboutit pas : outiller une équipe technique et exposer une fonctionnalité à vos clients n'ont ni le même niveau d'exigence, ni le même coût d'erreur.

Deux de ces surfaces portent un nom de produit, et il vaut mieux les citer correctement. Claude Code est l'outil de codage agentique d'Anthropic destiné aux développeurs, utilisable depuis un terminal, un IDE, Slack ou le web (page produit). Claude Cowork vise un autre public : démarrer une tâche depuis son poste, la suivre depuis son téléphone, récupérer un document, une présentation ou un tableur à relire, connecter ses données et planifier une exécution quotidienne, hebdomadaire ou mensuelle (page produit). Les deux autres surfaces ne sont pas des produits mais des interfaces : l'API, et le Model Context Protocol, standard ouvert de connexion entre applications d'IA et systèmes externes (modelcontextprotocol.io).

Ce que nous mettons en avant, et ce que nous ne revendiquons pas

Autant le dire ici plutôt qu'en note de bas de page. Smartshift n'a aucun lien avec Anthropic : pas d'affiliation, pas de partenariat, pas de certification. Il n'y a d'ailleurs rien à détenir pour intégrer ces outils : l'API et les produits sont en accès ouvert, et un badge n'a jamais fait tenir une intégration en production. Ce qui sépare un intégrateur d'un autre se lit dans le code qu'il livre.

Ce qui se vérifie de notre côté tient en deux faits techniques. Sur ce site, le rapport d'audit est rédigé par un appel à l'API d'Anthropic quand une clé est configurée, et par un générateur déterministe quand elle ne l'est pas : la page se rend dans les deux cas, avec ou sans modèle. Claude Code fait partie de notre chaîne de production, sous revue humaine à chaque étape. Ce ne sont pas des références commerciales, et c'est précisément le genre de chose qu'il faut demander à voir avant de confier une fonctionnalité à un prestataire.

La règle qui tient tout le reste : le repli déterministe

Un appel de modèle est un appel réseau. Il peut être lent, échouer, ou renvoyer quelque chose d'inexploitable. Toute fonctionnalité sans comportement défini dans ces trois cas est une panne en attente de son jour. La règle que nous appliquons s'énonce en une phrase et coûte cher à respecter : la fonctionnalité doit exister sans le modèle. Le modèle améliore le résultat, il ne conditionne pas son existence.

Cette règle a un prolongement contractuel qui ne vient pas de nous. Les conditions commerciales d'Anthropic précisent qu'il revient au client d'évaluer si une sortie convient à son usage, « y compris lorsqu'une revue humaine est appropriée », et que les affirmations factuelles contenues dans une sortie ne doivent pas être tenues pour exactes sans vérification indépendante (Commercial Terms of Service, section D.3). Une chaîne qui publie sans relecture ce qu'un modèle a produit ne respecte pas les conditions du service qu'elle utilise.

Par où commencer, et dans quel ordre

L'ordre qui limite les dégâts est toujours le même : commencer par ce qui est interne et réversible, finir par ce qui est promis à un client. Outiller une équipe de développement se défait du jour au lendemain. Une fonctionnalité annoncée dans votre produit, non.

• Un usage interne d'abord : lecture de code, rédaction de documentation, préparation de dossiers. Enjeu faible, apprentissage réel, aucune promesse à tenir.
• Un périmètre écrit ensuite : qui a le droit de faire quoi, sur quels systèmes, avec quelle trace. Cette étape n'est pas administrative, elle détermine ce que vous pourrez ouvrir plus tard sans tout rouvrir.
• Une première fonctionnalité produit après seulement, avec son repli, sa validation de sortie et son point de contrôle humain définis avant le développement.
• La mesure en continu : consommation par usage, part de sorties inexploitables, temps humain réellement libéré. Sans ligne de base, la décision de continuer se prend au ressenti.

Questions fréquentes