Peut-il tourner dans notre propre cloud ? Oui, et c'est en général préférable

L'endroit où vit le système décide de qui le possède

Un système IA, c'est quelques services, un dépôt de documents, un ensemble de prompts et de règles, et les journaux de chaque requête. Si tout cela est dans le compte d'un fournisseur, vous possédez un abonnement. Si c'est dans le vôtre, vous possédez un système. La différence apparaît le jour où vous voulez changer quelque chose, auditer quelque chose ou partir.

Par défaut, tout est donc déployé dans votre compte cloud, sous vos contrôles d'accès et votre facturation. Le modèle peut être hébergé et appelé avec vos propres clés, ou ouvert et exécuté sur vos machines. Dans les deux cas, les requêtes et les réponses ne passent jamais par une infrastructure que nous contrôlons.

Ce dont nous avons besoin de votre côté

Moins que ce que l'on imagine. Un projet ou un compte dans votre cloud, avec un rôle qui nous permet de déployer des services et de lire les journaux, limité à ce projet. L'accès aux documents et aux systèmes que l'assistant lira, au niveau qu'aurait un nouvel employé de cette équipe. Une personne qui approuve les changements en production et qui lit le rapport mensuel.

Si votre équipe a un standard d'infrastructure, nous le suivons. Sinon, nous montons le projet de la façon la plus simple et nous l'écrivons, pour que celui qui en hérite n'ait pas à deviner. Les secrets restent dans votre coffre. Rien n'est codé en dur, rien n'est copié dehors.

Ce qui reste à vous, par écrit

Tout. Le code, les prompts, le jeu d'évaluation, les définitions d'infrastructure et le manuel sont dans vos dépôts dès la première semaine. Il n'y a pas de licence à renouveler ni de composant que nous seuls pourrions exploiter. Le manuel est écrit pour un ingénieur qui ne nous a jamais rencontrés : comment déployer, comment revenir en arrière, ce que signifie chaque alerte et quoi faire.

Ce n'est pas de la générosité. C'est le seul arrangement sous lequel une entreprise devrait mettre un système devant ses clients. Un système que vous ne pouvez pas exploiter sans celui qui l'a construit est un passif, aussi bien fonctionne-t-il.

Le jour où vous décidez d'arrêter

Notre accès est retiré par vous, dans votre console, en un après-midi. Rien ne casse, parce que rien ne dépendait de nos comptes. Si vous continuez avec votre propre équipe, elle a le manuel, le jeu d'évaluation et la supervision. Si vous continuez avec un autre studio, il a la même chose. Si vous continuez avec nous, rien ne change.

Nous le disons au premier appel parce que cela change la suite de la conversation. Une fois la propriété réglée, les questions portent sur le travail, là où elles doivent être.

Quand ce ne devrait pas être votre cloud

Parfois une entreprise n'a pas de compte cloud et personne pour le tenir. Alors nous créons le compte à votre nom, avec votre facturation et votre propriété, et nous remettons les identifiants racine avec le manuel. Cela prend un jour de plus au départ et évite la discussion plus tard.

La seule chose que nous ne faisons pas, c'est l'héberger nous-mêmes. Le système n'est pas un produit dont nous vendons l'accès. C'est une pièce de votre activité, et il doit vivre là où vit le reste de votre activité.