Labs · Modèles, agents et produit
Améliorer les agents à partir du travail réel.
Je réalise des revues ciblées des fonctionnalités et des parcours humain–agent. Avec votre équipe, je transforme les difficultés d’usage en problèmes examinables, en exigences de conception et en pistes de correction.
Cette page s’adresse aux équipes qui construisent des agents IA. Pour une TPE ou une PME, voir l’accompagnement.
- Partir du travail réel, pas d’un benchmark
- Revue ciblée, chiffrée après un premier échange
- Sources publiques pour chaque contribution
Méthode
De la situation à une correction examinable.
Trois étapes, du travail rencontré à une reproduction que l’équipe peut relire.
- 1
Observer Partir d’un travail à accomplir et de la difficulté rencontrée, sans publier les échanges privés. Décrire la situation
- 2
Diagnostiquer Comparer l’intention, les actions, l’état observable et ce que l’interface laisse comprendre. Lire les analyses
- 3
Réduire et vérifier Produire une reproduction, une exigence ou une correction ; préciser ce qui a été testé et par qui. Voir une contribution
case/0012
Les échanges privés ne sont pas publiés. Les cartes publiques citent leurs sources.
Cas réduits
case/0012
claim_supported: false
Hermes Bot Screen
5 problèmes reproduits
Les échanges privés ne sont pas publiés.
Formats Labs
Une revue ciblée est chiffrée après un premier échange, sur la base de 1 500 € HT la journée. Les détails sont dans le formulaire.
Une fonctionnalité ou un parcours humain–agent, examiné avec l’équipe.
| Format | Livrable | Périmètre | Prix |
Revue ciblée Sur devisUne fonctionnalité ou un parcours humain–agent. Sur devis, sur la base de 1 500 € HT la journée, après un premier échange. | Un parcours | Sur devis |
eval-case v1
Cas d’échec réduit : affirmation, action, preuve
Exemple documentaire, sans verdict de rejeu
- Statut
- Sans verdict de rejeu
- Publication
- Publié
| Cas | Statut | Famille | Publication |
Exemple documentaire | Sans verdict de rejeu | FCE | Publié |
Contributions de code
Revues et corrections déjà fusionnées, avec sources
| Contribution | Statut |
| Hermes Bot Screen | Fusionné |
| Treg | Fusionné |
| Hermes × xAI | Fusionné |
Points de départ
Quand demander une revue ?
Un agent annonce un résultat sans preuve, son travail reste difficile à reprendre, ou une intégration bloque l’usage prévu. Les exemples ci-dessous montrent ce qu’une revue peut examiner.
Affirmation
« C’est terminé. » Mais rien ne le prouve.
Distinguer une affirmation de l’état réellement vérifié. case/0012 est un exemple documentaire, sans verdict de rejeu.
Contrôle
L’humain doit surveiller et reconstituer l’état du travail.
Rendre le contrôle humain et la reprise lisibles. Cinq problèmes documentés, reproduits par le mainteneur, fonctionnalité fusionnée le 23 septembre.
Intégration
L’intégration empêche l’usage attendu.
Transmettre les réglages et respecter le périmètre d’accès. Les corrections Hermes × xAI sont une chaîne de contribution, pas un partenariat.
Pour approfondir.
Quand « Prendre le contrôle » ne donne pas la main
Lire l’article
Pourquoi je contribue aux agents IA en tant qu’ergonome
Lire l’article
Les traces brutes ne sont pas des évaluations
Lire l’article
The user’s head is not the runtime
X · en anglais
Grok Bot
I · X · en anglais · II · X · en anglais
Real delegation · 24 August 2026
X · en anglais
Hermes Bot Screen
Revue de conception et de fiabilité
Treg
Contribution au code, revue et fusionnée
Hermes × xAI
Code repris avec attribution · avril–mai 2026
Open source
Contributions documentées.
De la reprise de contrôle dans Hermes à l’isolation des lectures dans Treg : des problèmes identifiés, des contributions examinées et des changements intégrés. J’ai travaillé avec les équipes de xAI et de Nous Research.
Hermes Bot Screen
Qui contrôle le navigateur ? Une reprise en main humaine doit suspendre les actions de l’agent, et l’écran doit rendre son état lisible. À l’invitation de Teknium, j’ai réalisé une revue de l’interaction humain–agent. J’ai documenté cinq problèmes : actions possibles pendant le contrôle humain, capture périmée après un cycle de reprise, contrôle rendu après une déconnexion inattendue, ancienne image présentée comme actuelle et collisions entre profils. Deux remarques de conception complétaient cette revue. Le mainteneur a confirmé avoir reproduit les cinq problèmes, décrit les corrections et publié ses vérifications. La fonctionnalité a été fusionnée le 23 septembre. Les vérifications citées sont celles du mainteneur, pas une étude utilisateurs. Les remarques de conception ne constituent pas deux fonctionnalités livrées supplémentaires. Le mécanisme de motif de transfert a ensuite été retiré. La reprise en main n’attend pas la fin des actions déjà en cours. PR #108914 · Revue · Julien · Reproduction et corrections · Actions déjà en cours · Révision du transfert
Treg
Une identité cliente fixée pour une connexion doit aussi limiter ce qu’elle peut relire : historique, résultats et tâches asynchrones. J’ai proposé une correction pour appliquer cette identité aux chemins de lecture concernés et séparer les espaces de rejeu. Le mainteneur a revu la PR et complété les chemins manquants. La PR #616 a été fusionnée après deux compléments du mainteneur, notamment sur les appels routés, les refus et les retours associés. Le périmètre est l’isolation des lectures couvertes par l’identité fixée. Cela ne démontre ni une isolation générale de tous les comptes et médias publics, ni un déploiement de cette version. PR #616 · Julien · Revue et complément 1 · Revue et complément 2
Hermes × xAI
Utiliser xAI dans Hermes suppose une intégration native et la transmission effective du niveau d’effort de raisonnement choisi. Mes contributions sur le fournisseur natif et le passage de l’effort de raisonnement ont été reprises dans des PR de reprise, avec attribution conservée. L’intégration native a été fusionnée le 10 avril dans #7372 ; le passage de l’effort de raisonnement le 9 mai dans #22807. Les PR d’origine et les PR de reprise sont une même chaîne de contribution. Ces corrections ne démontrent pas un gain général de performance, un partenariat avec xAI ou une utilisation de mes travaux pour entraîner ses modèles. Fournisseur natif · #7372 · Attribution · #7050 · Raisonnement · #22807 · Attribution · #22055
Proposer une fonctionnalité à revoir
Vous préparez une fonctionnalité, revoyez un parcours ou cherchez à comprendre une difficulté d’usage ? Décrivez le produit, le parcours concerné et la décision à éclairer. Nous cadrerons une revue ciblée : problèmes identifiés, reproductions lorsque pertinentes, recommandations et discussion avec votre équipe.
Premier échange : 30 minutes, en visio ou par téléphone, gratuit et sans engagement. Réponse sous 48 h ouvrées.
Choisir par où commencer
Proposer une revue
Un échange pour cadrer une revue ciblée.
- Le produit et le parcours concerné
- La décision à éclairer
- Un devis après ce premier échange
Lire les cartes publiques
Les cartes de contributions, distinctes d’une relation de client.
Ils ont travaillé avec moi
SpaceXAI et Nous Research. Chaque logo mène à l’étude de cas.
Questions fréquentes
case/0012