Campfire

Campfire

Boring Infra Co. · Programmation · Productivité

Campfire est un espace de travail local et open source où les humains et les agents de code partagent un objectif, les décisions prises et la trace de ce qui a changé.

Aperçu de l'interface de Campfire

À propos de Campfire

About

Qu'est-ce que Campfire

Campfire est un espace de travail pour agents IA et pour les personnes qui travaillent avec eux. Il rassemble au même endroit l'objectif, les fichiers qu'un agent a modifiés, les constats qu'il a remontés et la décision qu'un collègue a prise après les avoir lus. L'outil est développé par Boring Infra Co., et le code est public sur GitHub.

Le problème visé est précis et connu. Un agent sait ce qu'il a changé. Un autre sait ce qu'il a trouvé. Quelqu'un a répondu à une question dans une autre fenêtre de terminal deux heures plus tôt. À la fermeture de la session, ce contexte disparaît et l'agent suivant repart d'un prompt vide. Campfire conserve l'état du travail sur votre machine pour que la session suivante, ou le collègue suivant, reprenne là où la précédente s'est arrêtée. Garder un humain dans la boucle relève du choix de conception, pas du rattrapage : l'agent exécute, mais une personne tranche quand le plan doit changer.

Campfire n'orchestre pas les agents et ne remplace ni Codex, ni Claude Code, ni OpenCode, ni un harness maison. Il n'y a pas de graphe à dessiner ni de runtime à adopter. L'outil se place entre les agents que vous utilisez déjà et conserve ce qu'ils partagent : objectifs, sessions, décisions, artefacts et provenance. Il sert de socle à la collaboration entre agents IA, pas de chef qui distribue les ordres. Le projet est en préversion active, avec les aspérités que cela suppose et des versions publiées à un rythme soutenu.

Premiers pas

  1. Vérifiez que Node.js 22 ou une version plus récente est installé, puis lancez le script curl, brew install boringinfraco/campfire/campfire ou nix profile install github:BoringInfraCo/Campfire.
  2. Exécutez campfire une fois. L'outil reprend votre nom depuis git config ou votre identifiant système et crée un profil local dans ~/.config/campfire.
  3. Lancez campfire up pour démarrer l'API locale et la visionneuse en lecture seule, et pour connecter les harness Codex ou OpenCode installés. La visionneuse s'ouvre sur http://localhost:9415.
  4. Ouvrez votre agent et indiquez sur quoi vous travaillez. L'agent crée l'espace et l'objectif avec vous, puis enregistre la session.
  5. Continuez normalement. Quand une décision s'impose, répondez dans l'espace pour que l'agent suivant la lise, et consultez campfire status pour voir ce qui reste.

Informations sur le produit

Aperçu des tarifs, des plateformes compatibles et des performances de Campfire.

Offre gratuiteOui
Offres payantesFree
PlateformemacOS, Linux (CLI)
DéveloppeurBoring Infra Co.
CatégorieProgrammation · Productivité
Date de lancementSep 2026
Dernière mise à jourOct 2026
Visites du siteN/A
Classement mondial du siteN/A
Disponibilité de l’APIOui

Idéal pour

Les utilisateurs, tâches et cas d'usage où cet outil convient le mieux.

Utilisateurs

  • Développeurs qui font tourner plusieurs agents sur le même code
  • Tech leads qui répondent aux questions entre deux exécutions
  • Petites équipes produit sans ingénieur plateforme
  • Indépendants qui suivent plusieurs clients

Tâches

  • Confier une refonte à moitié faite à un autre agent
  • Relire le travail d'un agent pendant la nuit
  • Débloquer une exécution en attente d'une réponse
  • Borner ce qu'un agent autonome peut toucher

Cas d'usage

  • Deux agents qui attaquent le même bug par des chemins différents
  • Un prestataire qui rejoint un projet pour une semaine
  • Une migration étalée sur plusieurs jours

Fonctionnalités clés

Un espace partagé au lieu de transcriptions éparses

L'espace est l'unité de travail. Il contient l'objectif, les sessions qui s'y rattachent, les décisions consignées par les personnes et les artefacts produits par les agents. Toute personne autorisée voit le même état, et personne ne reconstitue l'histoire à partir de trois journaux de terminal. Voilà comment un espace de travail multi-agents se forme avec des outils qui, sans lui, ne partagent qu'un dépôt. Une visionneuse locale affiche l'espace courant sur localhost:9415 et reste en lecture seule, donc l'ouvrir ne modifie rien.

Des objectifs qui survivent à la session

Une session se termine quand l'agent s'arrête. L'objectif, lui, reste. Campfire conserve le titre et le contexte autour, puis donne à l'agent suivant un point de départ qui contient ce que l'on sait déjà. C'est la différence entre un agent qui repose les trois mêmes questions et un autre qui ouvre le fichier, lit la décision et poursuit. Les anciennes sessions privées ne sont pas importées, vous choisissez donc ce qui entre dans le registre. Une passation entre agents propre repose sur cet état écrit, pas sur un prompt plus long.

Des limites de capacité par espace

La configuration de l'espace énumère ce qu'un agent peut faire, avec des entrées d'autorisation et de refus comme repo:read, repo:write, tests:run et deploy:prod. L'agent reçoit le nécessaire pour cette tâche, rien de plus large. Pour une équipe qui teste des exécutions autonomes, cette limite pèse plus que le choix du modèle, parce qu'elle réduit les dégâts d'un appel malheureux.

Des décisions inscrites dans le travail

Quand un agent arrive à un embranchement, une personne répond. Campfire consigne cette réponse comme une décision rattachée à l'objectif, marquée proposée, acceptée, à relire ou historique. L'agent suivant la lit comme du contexte, pas comme un message de chat à interpréter. Les équipes qui perdent aujourd'hui des décisions dans des fils Slack gagnent une trace écrite qui survit au fil.

Un historique et une provenance vérifiables

Chaque action porte un auteur et un horodatage, donc l'espace répond à qui a fait quoi et ce que cela a changé. Le registre sépare les actions humaines de celles des agents, ce qui aide lors d'une relecture ou d'un incident. Campfire parle de provenance : l'objectif, les alternatives, les échecs, les preuves et les artefacts restent liés au travail dont ils dépendent.

Vos agents et votre harness

Campfire se connecte à Codex, Claude Code et OpenCode, et expose son propre serveur MCP via campfire mcp. Les outils MCP incluent la découverte des capacités et des recettes de lecture en lecture seule, si bien qu'un agent consulte ce que l'espace accepte sans changer l'état. Une CLI avec sortie JSON couvre l'installation et les scripts, dont campfire onboard pour un premier lancement non interactif qui affiche les identifiants une seule fois.

Avantages et inconvénients

Avantages

  • Gratuit et open source, avec le code sur GitHub, ce qui permet de lire ce qui tourne sur votre machine avant d'installer.
  • Laisse Codex, Claude Code et OpenCode en place. Aucun runtime à apprendre, aucune migration en attente.
  • L'état du travail survit à la session, ce qui supprime les explications qui mangeaient les dix premières minutes de chaque exécution.
  • Les listes d'autorisation et de refus donnent une limite concrète au travail autonome, écrite dans un fichier TOML lisible.
  • Fournit une CLI, une API locale et un serveur MCP, donc l'espace s'intègre aux flux manuels comme aux scripts.

Inconvénients

  • Le statut de préversion active implique des changements cassants et des aspérités. Le projet le dit lui-même sur son site.
  • Il faut Node.js 22 ou plus récent et de l'aisance avec un terminal. Aucun tableau de bord hébergé n'existe pour les collègues non techniques.
  • Le partage cloud reste en alpha contrôlée. L'invité accepte depuis la CLI installée, sans inscription navigateur ni lien d'acceptation en un clic.
  • Il stocke un état partagé, mais ne coordonne pas les agents. Une équipe qui attend une répartition automatique des tâches doit chercher un autre outil.

Questions fréquentes

Campfire rassemble l'état partagé du travail avec les agents : objectif, sessions, décisions, artefacts et historique. Il devient utile dès que plusieurs agents ou plusieurs personnes traitent le même problème et que le contexte se perd entre les sessions.