← Retour au catalogue

FICHE · CAS DOCUMENTÉ

Nous Research — Hermes comme employé géré dans Paperclip

Un adaptateur fait fonctionner Hermes comme un agent géré, affectable à des tâches et capable de reprendre son contexte.

Documenté

Cas publiquement documenté, avec entreprise identifiable et source.

La preuve décrit le statut du cas, pas une garantie de résultat.
TailleToutes tailles
SecteurLogiciel
FonctionIT / Data · Opérations
SolutionAgent
AutonomieAgent supervisé
PreuveDocumenté

ANALYSE ACOLYTE

Pourquoi ce cas mérite d’être regardé

Ce cas documenté permet de regarder concrètement comment un agent répond à « Un agent outillé doit pouvoir recevoir un travail structuré, rendre compte de son exécution et conserver une continuité entre plusieurs réveils. ». Il est surtout utile pour séparer ce que la source rapporte de ce qu’Acolyte peut en déduire.

Le problème traité

Un agent outillé doit pouvoir recevoir un travail structuré, rendre compte de son exécution et conserver une continuité entre plusieurs réveils.

Le mécanisme / workflow

OrchestrationCodeVeilleRecherche

Données et entrées

  • Instructions de tâche
  • État de session
  • Skills disponibles
  • Sorties d’outils

Outils et systèmes

  • Hermes Agent
  • Paperclip
  • MCP
  • Terminal
  • File
  • Web

Impact observé ou attendu

Résultats rapportés par la source

  • RAPPORTÉL’adaptateur documente la création d’un agent Hermes dans Paperclip, l’assignation d’issues, l’exécution des outils, le retour de résultat et la persistance de session.

Valeur attendue dans la fiche

  • ProductivitéFaire passer un agent du chat ponctuel à un collaborateur assignable dans un workflow.
  • ConnaissanceConserver les décisions et l’état du travail entre deux exécutions.

Type d’impact envisagé

  • exécution de tâches
  • continuité de contexte
  • observabilité

ANALYSE ACOLYTE

Ce que ce cas montre

  • L’autonomie peut être progressive : le système prépare et l’humain garde la décision finale.
  • La valeur peut venir de l’accès à une connaissance existante, pas nécessairement de la production de nouveau contenu.
  • Le cas se lit comme une chaîne de travail : la qualité du résultat dépend aussi des étapes, des exceptions et du contrôle.

Limites et risques

  • Permissions d’outils trop larges
  • Transcripts difficiles à auditer
  • Continuité de session mal bornée
  • L’adaptateur documente une intégration technique ; aucune mesure indépendante de productivité ou de qualité n’est publiée.

Résultats et sources

Preuve et source

Nous ResearchOuvrir la source ↗Résultat rapporté par la source.

À retenir de la source

  • Le passage à l’agent opérable tient autant au protocole d’assignation et de reprise qu’au modèle.
  • Un agent géré doit laisser une trace lisible de ses actions et de son état.

PROVENANCE

Source publique

https://github.com/NousResearch/hermes-paperclip-adapter

CONFIANCE

Élevée

Le niveau de preuve et la confiance ne remplacent pas une revue du contexte.

INFORMATIONS NON DOCUMENTÉES

La fiche ne permet pas d’aller plus loin sur :

  • Prérequis de déploiement

ET CHEZ VOUS ?

Ce que HOCUS ferait ici

Un cas publié ne se recopie pas : il se transpose à vos données, vos équipes et vos contraintes.

PARCOURS · AGENTSComprendre le fonctionnement d’un agent