Hive icon

Hive

Hive est un CLI et TUI local qui transforme une idée logicielle en pull request prête à fusionner. Il automatise un workflow asynchrone multi-agent en arrière-plan.

Hive

Ce qu’est Hive

Hive est un outil développeur orienté terminal qui transforme une idée logicielle approximative en pull request prête à fusionner. Il s’exécute comme un pipeline asynchrone local, faisant progresser les tâches à travers les étapes brainstorm, plan, execute, review, finalize et archive, tout en laissant chaque étape sous forme d’artefact markdown durable dans le dossier du projet.

Le produit est conçu pour les personnes qui veulent des workflows d’agents inspectables en arrière-plan plutôt qu’une session de codage guidée par chat. Vous installez Hive sur une machine, vous le rattachez à un projet Git avec `hive init`, et vous laissez le daemon faire avancer le travail prêt jusqu’à ce qu’une réponse humaine soit nécessaire dans l’éditeur ou le TUI.

Fonctionnalités principales

Pipeline de pull request par étapes

Hive découpe une tâche en étapes brainstorm, plan, execute, review, finalize et archive, chaque étape laissant des artefacts markdown durables sur lesquels l’étape suivante peut s’appuyer.

File d’attente asynchrone en daemon

Les tâches avancent en parallèle en arrière-plan, ce qui permet à plusieurs dépôts ou dossiers de tâches de progresser sans surveillance constante du terminal.

Exécution multi-agent

Le site indique que chaque étape peut s’exécuter avec des CLI d’agents configurables, Claude par défaut et Codex ou Pi étant également pris en charge, afin que les équipes choisissent le modèle utilisé à chaque étape.

Approbations via l’éditeur

Le TUI affiche la file en direct et signale l’unique tâche qui nécessite une réponse humaine ; vous répondez dans votre éditeur puis revenez à vos autres tâches.

Artefacts d’agent dans les dossiers

Hive stocke les notes d’idée, les brainstorms, les plans, les revues, les métadonnées de PR et d’autres sorties sous forme de fichiers markdown dans le dossier de la tâche, ce qui rend le workflow inspectable et modifiable.

Workflows de services adjacents

Au-delà de la boucle de développement principale, la documentation décrit un mode patrouille optionnel, un PR babysitter expérimental et un bot Telegram pour vérifier la file et gérer les approbations.

Cas d’utilisation courants de Hive

  • Transformer une idée vague en PR

    Partez d’une idée de fonctionnalité en une phrase, répondez aux questions de suivi dans votre éditeur, et laissez Hive conduire la tâche jusqu’à un brouillon de PR sans supervision constante.

  • Exécuter du travail asynchrone sur plusieurs projets

    Utilisez Hive comme exécuteur en arrière-plan pour plusieurs projets inscrits afin que les tâches puissent avancer en parallèle pendant que vous ne consultez la file que lorsque votre attention est requise.

  • S’intégrer à des workflows pilotés par des agents

    Utilisez les verbes CLI ou la sortie JSON d’un agent de codage externe pour inspecter l’état, créer des tâches ou examiner les résultats sans extraire le texte du terminal.

  • Gérer les approbations à distance

    Activez le bot Telegram pour capturer des idées, consulter la file ou approuver du travail depuis un téléphone lorsque vous êtes loin de votre terminal.

  • Automatiser la maintenance des dépôts

    Utilisez patrol ou le babysitter expérimental pour maintenir certains dépôts en bonne santé, examiner les changements et ouvrir ou réparer des PR avec un nombre limité de tentatives d’agent.

Pros and Cons

Pros

  • Exécute les tâches en arrière-plan, ce qui évite aux utilisateurs de surveiller les terminaux ou les pull requests.
  • Conserve la sortie de chaque étape sous forme de fichiers markdown lisibles au lieu de cacher l’état dans une base de données.
  • Prend en charge plusieurs CLI d’agents, dont Claude par défaut et Codex ou Pi comme alternatives.
  • Fournit à la fois un TUI pour les humains et des verbes CLI capables d’émettre du JSON pour une utilisation par des agents.
  • Inclut des workflows adjacents optionnels comme la patrouille, les approbations Telegram et le PR babysitting.

Cons

  • Il consomme beaucoup de jetons par conception, car chaque tâche peut lancer plusieurs sous-agents et agents de codage.
  • Il est local-first plutôt qu’une application web hébergée ou un service géré.
  • Le PR babysitter est indiqué comme expérimental, et le chemin Pi/Kimi n’est pas encore optimisé pour les performances.

FAQ

À quoi sert Hive ?

Hive est un CLI et TUI local pour transformer une idée logicielle approximative en pull request. Vous l’installez, exécutez `hive init` sur un projet, puis observez le daemon faire avancer les tâches pendant que vous répondez aux invites dans votre éditeur lorsque c’est nécessaire.

Comment fonctionne le workflow ?

La source décrit Hive comme centré sur le daemon : le daemon en arrière-plan fait progresser les tâches prêtes, tandis que le TUI sert à surveiller la file et à répondre lorsque Hive demande une entrée. Vous pouvez aussi piloter le workflow depuis des commandes CLI ou depuis un agent de codage via une sortie JSON.

Que dois-je installer pour l’utiliser ?

Hive est distribué sous forme de rubygem `hive-cli` associé aux GitHub Releases. La documentation indique Ruby 3.4, `git`, un `gh` authentifié et des CLI d’agents comme `claude` et `codex` comme prérequis ; les configurations Linux peuvent aussi nécessiter `tmux`, et Node.js/npm est facultatif pour l’indexeur du wiki.

À qui Hive convient-il ?

Hive est présenté comme un outil orienté terminal, gourmand en jetons, destiné aux personnes à l’aise avec des workflows d’agents locaux, des fichiers inspectables et l’automatisation en arrière-plan. Le site indique que ce n’est probablement pas adapté si vous voulez une application web hébergée, un service géré ou une configuration qui n’exécute pas de daemon sur votre propre machine.

Y a-t-il des limitations importantes ?

La documentation d’exploitation indique que le daemon est un service par utilisateur, que le bot Telegram utilise le long polling et que le PR babysitter est expérimental. Elle précise aussi que `hive tui` est réservé à un usage humain et que la boucle d’arrière-plan peut être arrêtée avec `hive daemon stop` si les coûts deviennent trop élevés.

Quick Facts

Catégorie
Outil développeur
Type de produit
CLI et TUI locaux
Workflow principal
Pipeline asynchrone de pull requests multi-agents
Modèle de déploiement
Fonctionne comme un daemon local et un service par utilisateur
Licence
MIT
Site web
hivecli.sh