HumanLayer

Une phrase pour présenter

HumanLayer est un environnement d’agents intelligents pour la programmation par IA destiné aux équipes logicielles, qui permet de regrouper les tâches, les interactions avec les agents intelligents, les documents de recherche, les maquettes, les plans de mise en œuvre et les arbres de travail du code dans une même zone de travail.

Présentation des outils

HumanLayer insiste sur le fait de faire participer les ingénieurs de manière continue aux décisions clés, plutôt que de confier directement des exigences complexes à un modèle pour qu’il génère du code en une seule fois. Des flux de travail structurés permettent d’effectuer des clarifications avant la mise en œuvre, d’étudier le catalogue de code, de procéder à des revues de conception et d’établir un plan par étapes.

Le produit actuel n’a pas la même cible que l’ancien SDK du même nom. À l’époque, HumanLayer ajoutait une validation manuelle aux appels d’outils d’agents à haut risque, tandis que le produit actuel s’est développé en un environnement de programmation IA et une plateforme d’orchestration d’agents au niveau d’équipe.

Fonction principale

Gestion unifiée des tâches, des sessions et des travaux

Chaque tâche peut regrouper plusieurs sessions d’agents intelligents, des éléments de recherche et de conception, des plans de mise en œuvre ainsi que des arbres de travail de code. Les membres de l’équipe peuvent suivre les progrès autour d’une même tâche, ce qui réduit le problème du contexte dispersé dans les fenêtres de chat et les outils de documents.

Workflow structuré QRSPI

La plateforme divise les tâches de développement complexes en six étapes : Questions, Recherche, Conception, Structure, Planification et Mise en œuvre. Chaque étape laisse des résultats pouvant être examinés, ce qui permet de détecter d’éventuelles erreurs avant la génération d’une grande quantité de code.

Flux de travail pour plusieurs tâches

En plus du processus complet QRSPI, l’interface de création de tâches propose également des modes tels que RPI, RPI Outline, PRD-Oriented, Oneshot et Freeform. L’utilisateur peut choisir, en fonction de l’ampleur des modifications, une étude approfondie, une mise en œuvre à partir d’un plan, une approche axée sur les exigences du produit, ou simplement gérer des tâches simples.

Recherche, conception et planification d’éléments de travail

Les documents de recherche, les spécifications de conception, les plans structurels, les esquisses d’interface pour la génération de modèles et les plans de mise en œuvre deviennent des éléments de travail associés à la tâche. Ces éléments de travail peuvent être versionnés et partagés, permettant à l’équipe de ne pas dépendre d’un historique de conversations qui s’allonge sans cesse et devient difficile à consulter.

Révision de conception pilotée par les commentaires

Les ingénieurs, les chefs de produit et les responsables techniques peuvent commenter directement dans les documents de conception, et l’agent intelligent ajuste ensuite les plans en fonction des résultats de la discussion. Les commentaires sont liés au processus de mise en œuvre, ce qui permet de mettre en évidence les malentendus architecturaux et les omissions du produit avant le codage.

Visibilité de la session complète

La plateforme affiche l’état, l’heure et les éléments associés de chaque session au sein d’une tâche, ce qui permet de savoir si l’agent est en train d’étudier, d’attendre ou d’exécuter. L’équipe peut basculer entre les tâches et les sessions depuis la même interface, tout en continuant à fournir des retours à l’agent.

Zone de travail multi-entrepôts et Worktree

Une tâche peut être associée à plusieurs dépôts de code et créer un arbre de travail isolé pour les dépôts sélectionnés. Cette fonctionnalité convient aux équipes qui souhaitent modifier en même temps le côté serveur, le front-end et les bibliothèques de types partagées, sans vouloir que les sessions des différentes intelligences ne recouvrent mutuellement les dossiers de travail.

Agents intelligents locaux et cloud en parallèle

Le processus gardien local peut exécuter en parallèle plusieurs sessions d’entités intelligentes sur l’ordinateur, tandis que les tâches à long terme peuvent être confiées au processus gardien cloud. La plateforme synchronise les états, permettant aux utilisateurs de suivre l’avancement via une interface web, une application desktop ou une application mobile.

Raccourcis et panneau des commandes

HumanLayer propose des moyens de basculement entre tâches, sessions, éléments de travail et actions orientés vers les opérations au clavier. Les développeurs très actifs peuvent réduire le temps consacré à chercher sans cesse le contexte entre l’éditeur, la terminal, les tickets et les pages de documents.

Canaux d’agents et de modèles pris en charge

HumanLayer utilise le principe BYOK, permettant aux utilisateurs de se connecter à leurs abonnements AI existants ou à leurs clés API. La page actuelle liste Claude Code, Codex, Copilot et Fireworks, et indique que de nouveaux modèles ou canaux d’abonnement seront ajoutés à l’avenir.

BYOK ne signifie pas que le coût d’utilisation est nul. HumanLayer ne facture pas de frais de plateforme calculés en fonction des tokens, mais l’abonnement aux modèles, les tokens API, le calcul cloud et l’infrastructure d’entreprise peuvent tout de même engendrer des dépenses distinctes.

Processus d’utilisation typique

Traiter des exigences complexes avec un flux de travail complet

1. Créer une tâche en important des exigences à partir d’une description textuelle, d’un ticket Linear ou d’un ticket Jira.
2. Sélectionnez le dépôt de code auquel vous souhaitez participer, et décidez de créer immédiatement, plus tard ou pas d’arbre de travail.
3. Laissez l’agent générer d’abord des questions de clarification, en complétant les objectifs commerciaux, les contraintes techniques et les critères d’acceptation.
4. En phase de recherche, évaluer sa compréhension de la structure du répertoire de code, des dépendances et des schémas existants.
5. Examiner les documents de conception et corriger, à l’aide de commentaires en ligne, les problèmes liés aux interfaces, aux flux de données et à l’architecture.
6. Vérifier que la structure et le plan de mise en œuvre comprennent les emplacements des fichiers, les cas de test, les critères d’acceptation et les stratégies de rollback.
7. Une fois approuvé, on passe à la mise en œuvre, et à chaque étape on consulte le code, les tests et les retours des agents.
8. Une fois terminé, une revue du code, des tests, des vérifications de sécurité et une décision de fusion sont effectuées manuellement.

Traiter de petites modifications avec des processus légers

1. Créer des tâches distinctes pour la correction de défauts, l’ajustement du texte ou une réorganisation sur petite échelle.
2. Choisissez RPI Outline, Oneshot ou Freeform pour éviter de créer des processus trop lourds pour de simples modifications.
3. Restreint les entrepôts, les dossiers et la portée des tests autorisés à être modifiés.
4. Vérifier les différences entre les agents, les résultats des tests et les problèmes non résolus.
5. Vérifiez qu’aucune modification abusive ou d’informations sensibles n’a été apportée avant de soumettre le code.

Création de tâches et configuration de l’espace de travail

• La description de la tâche doit inclure les objectifs, les non-objectifs, les contraintes techniques et des critères de réussite vérifiables.
• Pour les tâches impliquant plusieurs entrepôts, il est nécessaire de définir clairement l’entrepôt principal ainsi que les responsabilités de chaque entrepôt associé.
• L’arbre de travail convient à l’isolation parallèle des modifications, mais il reste nécessaire de planifier la nomenclature des branches, l’installation des dépendances et les stratégies de nettoyage.
• Après l’importation des tickets depuis Linear ou Jira, il convient de compléter le contexte du repository de code manquant dans le ticket.
• Pour les migrations à haut risque, les permissions et la logique de paiement, des workflows complets doivent être utilisés avec des points de contrôle manuels.

Collaboration entre l’œuvre et l’équipe

• Étudier la structure du codebase de fichiers de travail, les dépendances et les patterns d’implémentation existants.
• Concevoir des éléments de travail pour discuter des solutions techniques, des flux de données, des interfaces et des chemins alternatifs.
• La structure et la planification des travaux divisent les grandes modifications en petites étapes vérifiables.
• Les diagrammes en ligne et les esquisses d’interface aident les équipes à comprendre plus rapidement les interactions et l’architecture.
• Les commentaires et les décisions sont renvoyés à l’agent, faisant du travail une partie du processus d’exécution.
• Les pièces de travail sont liées aux tâches, ce qui permet aux nouveaux membres de comprendre pourquoi une certaine implémentation a été choisie.

Plusieurs entrepôts et développement parallèle

Prix et forfaits

Au 23 août 2026, HumanLayer propose trois plans : Starter, Pro et Enterprise. Le plan Starter est destiné aux petites équipes de trois personnes ou moins, le plan Pro est facturé au mois en fonction du nombre d’utilisateurs, tandis que pour le plan Enterprise, il est nécessaire de contacter le service des ventes afin de définir les conditions de déploiement et du contrat.

Conseils pour le choix du forfait

• Les individus ou les équipes de trois personnes au maximum peuvent d’abord tester le flux de travail avec Starter ; 200 sessions par mois pourraient limiter le développement parallèle à haute fréquence.
• Pro est adapté lorsqu’il est nécessaire des tâches infinies, une collaboration entre plusieurs entrepôts, un daemon à distance ou une revue des artefacts d’équipe.
• Pour un accès unifié via une identité unique, des journaux d’audit, ainsi qu’en cas d’utilisation d’un réseau privé ou d’une installation locale, il convient de choisir Enterprise et de valider le contrat.
• Tous les forfaits doivent inclure l’abonnement au modèle, la clé API et les coûts de fonctionnement dans le cloud dans le budget global.
• Les prix, les taxes et les avantages peuvent varier ; veuillez vous référer à la page de règlement de votre compte ou à la proposition de vente avant d’acheter.

Explication des frais BYOK

La plateforme permet d’utiliser des abonnements existants tels que Claude, Codex ou des clés API, de sorte que les factures de HumanLayer et celles des modèles restent indépendantes l’une de l’autre. Lors de l’évaluation des coûts, il convient de prendre en compte à la fois les postes sur la plateforme, la consommation des modèles, les ressources utilisées pour le fonctionnement à distance et le temps consacré aux révisions internes.

À qui s’adresse-t-il

• Équipes d’ingénierie logicielle ayant besoin d’utiliser des agents intelligents basés sur l’IA dans des bases de code de grande taille ou multi-entrepôts.
• Responsable technique souhaitant intégrer la recherche, la conception, la planification et la mise en œuvre dans un processus d’examen unifié.
• Développeurs avancés qui exécutent plusieurs sessions de codage en même temps et ont besoin d’isolation des arbres de travail.
• Équipes de développement de produits souhaitant lancer des tâches d’agent à partir de tickets Linear ou Jira.
• Les entreprises ayant besoin de daemons à distance, de journaux d’audit, d’une VPC privée ou d’un déploiement local.
• Équipes de plateforme qui accordent de l’importance aux décisions traçables et à l’accumulation continue du contexte technique.

Situations peu appropriées

• Seuls les utilisateurs ayant besoin de compléter un seul fichier, de réponses simples ou de générer occasionnellement de courtes codes.
• Équipes qui ne peuvent pas fournir de abonnement aux modèles pris en charge ou de clé API.
• Personnes qui ne souhaitent pas maintenir les limites des tâches, les processus d’examen de conception et les approbations manuelles.
• Interdiction d’introduire des codes ou des artefacts de développement dans des services cloud externes pour les organisations qui n’ont pas acquis une version déployée en privé.
• Destiné aux utilisateurs qui souhaitent s’appuyer sur une plateforme entièrement open source et pouvant déployer eux-mêmes l’ensemble de ses composants.

Avantages du produit

• Organiser la clarification des besoins, l’étude du code existant, la conception, la planification et la mise en œuvre en un processus continu.
• Les tâches, les sessions, les artefacts et l’arbre de travail sont liés de manière unifiée, ce qui facilite la compréhension de l’état du développement par l’équipe.
• Les commentaires de conception peuvent être renvoyés directement à l’agent, réduisant ainsi le décalage entre le document et son exécution.
• Prend en charge plusieurs entrepôts et des arbres de travail parallèles, idéal pour les environnements d’ingénierie complexes.
• Les agents locaux et cloud peuvent ensemble accomplir des tâches de durée variable.
• BYOK permet aux équipes de continuer à utiliser les canaux de modèles déjà acquis.
• Le Starter gratuit permet aux petites équipes de tester à faible coût les méthodes de collaboration.

Restrictions d'utilisation et risques

• Les agents intelligents peuvent encore mal interpréter le code, introduire des défauts ou générer des implémentations non sécurisées ; l’examen manuel est donc indispensable.
• Les processus structurés augmentent les coûts de discussion initiale et ne sont pas nécessairement adaptés aux modifications mineures.
• La parallélisation de plusieurs sessions peut entraîner du travail redondant, des conflits de dépendances et une consommation plus élevée du modèle.
• L’arbre de travail ne peut isoler que des dossiers, il ne remplace pas la stratégie de branches, l’intégration continue ni la gestion des droits.
• Les clés BYOK et les permissions de l’environnement de développement doivent être correctement isolées pour empêcher les agents d’accéder à des ressources de production non pertinentes.
• Les sessions cloud peuvent traiter du code, des prompts et des artefacts ; les organisations sensibles doivent d’abord effectuer une évaluation des données et de la conformité.
• Les services, fonctionnalités et forfaits publics peuvent encore changer ; les conditions clés d’achat doivent être inscrites dans le contrat.

Confidentialité et sécurité des données

L’entité qui gère HumanLayer est QueryTale, Inc. La politique de confidentialité s’applique au site web, au logiciel et aux services associés, et précise les informations qui peuvent être collectées, telles que les coordonnées de contact, les comptes, les paiements, le contenu généré par l’utilisateur, les activités d’utilisation, les appareils et la localisation approximative.

Gestion des codes sensibles et des clés

1. Créer des comptes distincts ou des clés spécifiques pour HumanLayer et les canaux de modèles.
2. Accorder uniquement les droits sur les fichiers, les commandes et le réseau nécessaires au entrepôt et à la tâche actuels.
3. Exclure les certificats de production, les données clients et les informations personnelles des prompts et des œuvres.
4. Effectuer la classification des données et l’examen transfrontalier avant de permettre au daemon cloud de traiter le code.
5. Valider la sortie à l’aide d’examens de code, de tests automatisés, de scans de secrets et de vérifications de dépendances.
6. Une fois la tâche terminée, annuler la clé temporaire et nettoyer les arbres de travail et les sessions qui ne sont plus utilisés.

Explications sur le logiciel open source et GitHub

Le site officiel actuel indique clairement que la plateforme HumanLayer n’est pas encore entièrement open source, mais que les travaux de recherche, de planification et de mise en œuvre des workflows sont déjà publics. On ne peut pas qualifier de open source toute la plateforme cloud actuelle, les daemons locaux et les services d’équipe, simplement parce que le code est accessible dans les archives historiques.

Les anciens dépôts HumanLayer et CodeLayer utilisaient la licence Apache-2.0, et les descriptions des dépôts actuels ainsi que leur état de développement témoignent d’une transition historique. Les documents SDK anciens indiquaient qu’ils avaient été remplacés par CodeLayer, et le code SDK correspondant a également été retiré du projet principal.

Différences entre les SDK anciens et les produits actuels

Informations de base

Questions fréquentes

Qu’est-ce que HumanLayer ?

Il s’agit d’une plateforme de développement en équipe qui organise des agents de programmation IA, des tâches, des sessions, des artefacts d’ingénierie et des arbres de travail de code. Sa valeur fondamentale réside dans le fait de permettre aux ingénieurs de procéder à des revues continues au cours des phases clés de la recherche, de la conception et de la mise en œuvre.

HumanLayer est-il gratuit ?

Le plan Starter est gratuit et prend en charge jusqu’à 3 membres d’équipe ainsi que 200 sessions par mois. Pour des besoins plus importants, des espaces de travail multi-entrepôts, des daemons à distance et des fonctionnalités avancées de collaboration, optez pour Pro ou Enterprise.

Combien coûte le forfait Pro ?

Le prix public actuel est de 100 dollars américains par utilisateur et par mois. L’abonnement au modèle ou l’utilisation de l’API ne sont pas inclus dans ce tarif et doivent être pris en charge séparément via le canal BYOK.

Est-ce que Codex est pris en charge ?

Soutien. La page du produit actuel inclut Codex dans la catégorie des agents et modèles BYOK, tout en mentionnant également Claude Code, Copilot et Fireworks.

Faut-il absolument utiliser le processus QRSPI complet ?

Ce n’est pas obligatoire. L’utilisateur peut également choisir RPI, RPI Outline, PRD-Oriented, Oneshot ou Freeform, afin de réduire ou d’augmenter les étapes de vérification en fonction de la complexité de la tâche.

Est-il possible de gérer plusieurs entrepôts ?

Oui. Le plan Pro comprend des espaces de travail et des arbres de travail multi-entrepôts, et il est possible de préparer des dossiers isolés pour plusieurs entrepôts lors de la création de tâches.

HumanLayer est-il un logiciel open source ?

La plateforme actuelle n’est pas encore entièrement open source ; seuls certains flux de travail et projets historiques sont publics. La licence Apache-2.0 des versions initiales ne peut pas représenter directement l’ensemble des composants de la plateforme commerciale actuelle.

L’SDK d’approbation manuelle ancien peut-il encore être utilisé pour de nouveaux projets ?

Ce n’est pas recommandé. La documentation correspondante indique clairement que les SDK anciens ont été remplacés par CodeLayer, et que le code des SDK a également été retiré du projet principal. Les nouveaux projets doivent réévaluer leur approche en fonction des capacités actuelles du produit.

Le code restera-t-il toujours dans le cloud ?

La politique de confidentialité publique ne prévoit pas de durée fixe uniforme pour tous les codes et fichiers, mais leur conservation dépend des objectifs commerciaux et des exigences légales. Les équipes concernées doivent confirmer avec le service des ventes les modalités spécifiques de flux de données, de conservation, de suppression et de déploiement privé.

Peut-il remplacer complètement l’examen de code ?

Non. La plateforme aide les équipes à examiner plus tôt la recherche, la conception et les plans, mais le modèle peut encore générer du code erroné ou non sécurisé ; les tests finaux, les vérifications de droits d’accès et la responsabilité de fusion restent à la charge de l’équipe.

Résumé

HumanLayer convient aux utilisateurs qui souhaitent passer d’une programmation par IA basée sur des conversations ponctuelles à un processus de travail en équipe. Grâce aux tâches, aux artefacts, aux commentaires, aux arbres de travail ainsi qu’aux sessions locales ou cloud, il permet d’obtenir davantage de contexte vérifiable avant la mise en œuvre de modifications complexes.

Lors du choix, il convient de se concentrer sur la taille de l’équipe, le nombre de sessions par mois, les besoins en plusieurs entrepôts, les coûts des modèles, le traitement du code en cloud et les exigences de conformité. Il faut également distinguer les plateformes commerciales existantes, les workflows publics des SDK anciens abandonnés, afin d’éviter des décisions d’implémentation erronées basées sur des entrepôts historiques.