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 cela ne remplace pas

Smartshift est membre du Claude Partner Network, le programme partenaires d'Anthropic. Autant dire tout de suite ce que ce statut vaut et ce qu'il ne vaut pas : il atteste d'un engagement sur l'écosystème, il ne remplace pas le code livré. L'API et les produits Claude restent en accès ouvert, un badge n'a jamais fait tenir une intégration en production, et ce qui sépare un intégrateur d'un autre se lit dans ce qu'il met en service chez vous.

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.

Ce qui se vérifie ensuite, c'est le parcours de la personne qui conduit les missions. Bertrand Dumast dirige Smartshift depuis Versailles : près de sept ans chez Kaliop sur des projets e-commerce et des données produit, sept ans chez Amazon Web Services à accompagner de grandes entreprises françaises dans leur transformation, et aujourd'hui la cofondation de Zylio, une plateforme d'IA appliquée aux achats. Ce dernier point est celui qui compte le plus sur ce sujet : construire un produit qui appelle des modèles en production n'apprend pas les mêmes choses que d'en lire la documentation.

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.

Comment nous intervenons

Deux prestations, et elles ne répondent pas à la même question. Quand le besoin est de livrer une fonctionnalité, nous commençons par le cadrage d'une intégration : le contrat de sortie, le repli déterministe, les accès à ouvrir, les sorties qui exigent une validation humaine et le plan de mesure de la consommation. Le cadrage se vend seul et son dossier est écrit pour être exécutable par une autre équipe que la nôtre, y compris la vôtre.

Quand le besoin est que vos équipes sachent faire, c'est notre formation Claude Code qui répond, conduite sur vos propres dépôts plutôt que sur un cas d'école. Anthropic publie par ailleurs des ressources d'apprentissage en accès libre, et nous recommandons de les faire lire avant toute session : elles enseignent l'outil, gratuitement et bien. Ce qu'elles ne peuvent pas faire, c'est arbitrer sur votre code.

Les deux prestations sont facturées, sur devis selon le périmètre, et nous ne conditionnons pas l'une à l'autre. Notre parti pris, quand les deux besoins se présentent en même temps, est de cadrer d'abord : une équipe formée sur un périmètre qui n'a pas été tranché applique correctement des règles à un projet que personne n'a décidé.

Questions fréquentes