Aller au contenu
Offres

Quatre offres.
Vous en
achetez une.

Chacune répond à un stade précis. Périmètre écrit avant de démarrer, livrables nommés, documentation de passation incluse — pas en option.

Offre 01 · Voir Forfait · 3–5 semaines · offre phare

Token ops &
supervision

Vous avez livré de l'IA. Le coût, la latence et la qualité sont trois choses que vous découvrez après coup. Ici, les trois deviennent des chiffres que votre équipe regarde chaque matin.

Le problème

La facture arrive et personne ne sait l'attribuer. Un changement de prompt est livré et personne ne sait si le produit s'est amélioré. La latence dérive et le support s'en aperçoit avant la supervision.

Pendant ce temps, la question que la finance répète — combien cette fonctionnalité nous coûte-t-elle par client — n'a ni propriétaire ni réponse.

Ce que votre équipe garde

Les tableaux de bord, la suite d'évaluations dans votre dépôt, un runbook par alerte, et un modèle de coûts écrit qu'elle sait manipuler sans nous.

Ce que nous livrons
Instrumentation de chaque appel au modèle — tokens, coût, latence, cache, classe d'erreur — taggé par fonctionnalité, client et environnement.
Un tableau de bord coût et qualité avec attribution par fonctionnalité et par client — l'écran qui répond à la question de la finance.
Un harnais d'évaluations branché à la CI pour comparer chaque changement de prompt ou de modèle à un vrai jeu de test avant livraison.
Budgets, plafonds et alertes — les anomalies de dépense détectées en heures, pas sur la facture du mois suivant.
Chemins de repli et de dégradation en cas de panne fournisseur, de rate limit ou de changement de tarif.
Les six panneaux du tableau de bord
01Coût par fonctionnalité
02Coût par client
03Réussite aux évals
04Latence p50 / p95
05Dépense vs budget
06Taxonomie des échecs

Construit sur OpenTelemetry — se branche sur la stack que vous exploitez déjà.

Offre 02 · Livrer Forfait · 4–8 semaines

Déployer l'IA
en production

La démo a convaincu tout le monde. Six mois plus tard, c'est toujours une démo. Mettre l'IA en production est un problème d'ingénierie, pas de prompt.

Le problème

Du code de notebook sans tests, sans propriétaire et sans chemin de déploiement. Des secrets dans un fichier envoyé par mail. Personne ne sait ce qui se passe sous charge, ni quand le modèle renvoie une absurdité à un client payant.

L'équipe n'est pas lente — elle n'a jamais eu à rendre fiable un système non déterministe.

Ce que votre équipe garde

Le pipeline de déploiement, l'infrastructure as code, un runbook d'incident et des notes d'astreinte pour celui qui n'était pas là.

Ce que nous livrons
Un vrai service autour du modèle — files, retries, timeouts, idempotence, validation des sorties.
Garde-fous et points de contrôle humains partout où une mauvaise réponse coûte plus cher qu'une attente.
CI/CD et infrastructure as code avec un déploiement progressif — canary, puis pourcentage, puis par défaut.
Tests de charge et de panne — y compris la panne fournisseur que tout le monde juge improbable.
Une revue de sécurité : secrets, données personnelles, rétention, injection de prompt.
L'observabilité dès le premier jour — l'instrumentation de l'offre 01, pas ajoutée après.
01 Démo
→
02 Service durci
→
03 Déploiement progressif
→
04 Chemin par défaut

Kubernetes · AWS · Terraform · Ansible · Docker · CI/CD

Offre 03 · Reconstruire Régie ou forfait · 3–9 mois

L'IA au cœur
du produit

L'IA est greffée sur le côté de votre produit. En faire le centre est une décision d'architecture — et il n'existe que trois façons honnêtes de le faire.

La cible
Surface produitinchangée
IA & orchestrationle nouveau cœur
Domaine & événementsvos règles métier
Données & infrastructureexistante
Trois routes — une choisie en semaine 1, par écrit
Route A

Étendre

On fait grandir votre code existant autour d'un cœur IA. Risque minimal, valeur rapide. Le bon choix quand le modèle de domaine est sain.

Route B

Brancher

On construit le système IA à côté et on l'intègre par événements et API. Votre produit continue de livrer pendant la construction.

Route C

Réécrire

L'option honnête quand l'architecture ne peut pas le porter. Strangler-fig, tranche par tranche — jamais de bascule big-bang.

Ce que nous livrons
Un dossier de décision d'architecture — la route, les compromis, et ce qu'on a délibérément écarté.
Un modèle de domaine et d'événements où votre équipe reconnaît son métier, pas une abstraction de consultant.
Un plan de migration en tranches livrables — chacune en production, aucune sur une branche de six mois.
La construction elle-même, avec vos ingénieurs dedans — pairing et revue, pas une passation à la fin.
Une couture propre où l'IA se branche : le prochain changement de modèle tient en une ligne de config.
Ce que votre équipe garde

Les décisions d'architecture, le modèle de domaine, le plan de migration, et une documentation écrite pour l'ingénieur qui arrivera le trimestre prochain.

Ce n'est pas pour vous si

Vous voulez que la réécriture soit décidée avant le cadrage. La route C est une conclusion, pas une position de départ.

Offre 04 · Automatiser Forfait · 6–12 semaines

Développer
des agents

Un agent n'est pas un chatbot. C'est un logiciel qui prend une tâche dans votre file, fait le travail, et vous montre exactement ce qu'il a fait.

Le problème

Chaque équipe a une liste de travaux répétitifs, chargés en règles et trop biscornus pour des scripts. Des agents peuvent réellement les prendre en charge.

Mais un agent sans sandbox, sans point de contrôle et sans traces n'est pas une fonctionnalité — c'est un risque non borné qui porte vos identifiants.

Ce que votre équipe garde

Le code des agents, la définition de leurs outils, la suite d'évaluations, le visualiseur de traces, et une politique écrite de ce qu'un agent peut faire sans supervision.

Ce que nous livrons
Un inventaire du travail que des agents peuvent porter, classé par valeur et par coût d'une erreur.
L'architecture des agents — outils, mémoire, orchestration, et exécution en sandbox réellement isolée.
Des points de contrôle humains placés là où l'erreur coûte cher, et retirés là où elle ne coûte rien.
Traces et évaluations à chaque exécution — vous pouvez rejouer ce qu'un agent a fait et pourquoi, des mois plus tard.
Un plafond de coût par exécution, appliqué par le code et non espéré.
Nous construisons ça en public
marathon Runner Zig, tâches d'agent en VM Firecracker isolées
claudeswarm Du ticket à la PR, avec points de contrôle humains
atelier Studio Rust pilotant quatre agents de code
Formats · comment nous travaillons Cinq formats · un vous convient
Format
Idéal quand
Fonctionnement
Durée
Sprint de cadrageLE POINT DE DÉPART
Personne n'est d'accord sur le périmètre
Audit → plan écrit
1–2 semaines
Construction au forfait
Le résultat est connu et daté
Livrer, puis transmettre
4–12 semaines
CTO à temps partagéLE PLUS COURANT
Pas de responsable technique senior, et recruter prendra neuf mois
n jours par semaine, dans vos rituels
Reconductible
Ingénieur intégré
L'équipe est bonne mais saturée
Dans votre squad, sur votre board
Mensuel
Ateliers de montée en compétence
L'équipe a besoin de la compétence, pas du prestataire
Sessions pratiques sur votre code
2–5 jours
Ce qui est toujours vrai
Un périmètre écrit avant de démarrer. Pas d'avenant surprise.
Vos ingénieurs dans le travail, pas spectateurs.
La documentation de passation est un livrable, pas une faveur.
Nous refusons ce que nous ferions mal, et disons qui le ferait bien.
Ce n'est pas pour vous si
Vous cherchez une paire de bras plutôt qu'une décision. Le plan est figé et seule l'exécution est attendue — nous ne serions pas d'accord en semaine deux, et ça coûte cher à tout le monde. L'IA est une consigne venue d'en haut, sans problème concret derrière.
Prochaine étape

Vous ne savez pas
laquelle vous concerne ?

C'est précisément l'objet du sprint de cadrage. Deux semaines, un plan écrit, aucune obligation de continuer.

Parlons de votre projet →