Campfire

Campfire

Boring Infra Co. · Coding · Produktivität

Campfire ist ein lokaler Open-Source-Arbeitsbereich, in dem Menschen und Coding-Agenten ein Ziel, die getroffenen Entscheidungen und den Verlauf der Änderungen teilen.

Vorschau der Oberfläche von Campfire

Über Campfire

About

Was ist Campfire

Campfire ist ein Arbeitsbereich für KI-Agenten und für die Menschen, die mit ihnen arbeiten. An einer Stelle liegen das Ziel, die Dateien, die ein Agent angefasst hat, die Befunde, die er gemeldet hat, und die Entscheidung, die ein Kollege nach dem Lesen getroffen hat. Entwickelt wird das Werkzeug von Boring Infra Co., der Quellcode steht auf GitHub.

Das Problem ist eng umrissen und vertraut. Ein Agent weiß, was er geändert hat. Ein zweiter weiß, was er gefunden hat. Irgendjemand hat vor zwei Stunden in einem anderen Terminalfenster eine Frage beantwortet. Mit dem Ende der Sitzung verschwindet dieser Kontext, und der nächste Agent startet mit einem leeren Prompt. Campfire speichert den Arbeitsstand auf Ihrer Maschine, damit die nächste Sitzung oder der nächste Kollege dort weitermacht, wo die vorige aufgehört hat. Der Mensch im Prozess ist eine Designentscheidung und kein Notbehelf: Der Agent arbeitet, aber eine Person antwortet, wenn der Plan sich ändern muss.

Campfire orchestriert keine Agenten und ersetzt weder Codex noch Claude Code, OpenCode oder einen eigenen Harness. Es gibt keinen Graphen zu entwerfen und keine Laufzeitumgebung einzuführen. Das Werkzeug sitzt zwischen den Agenten, die Sie ohnehin laufen lassen, und speichert, was sie teilen: Ziele, Sitzungen, Entscheidungen, Artefakte und Herkunft. Es dient als Grundlage für die Zusammenarbeit von KI-Agenten, nicht als Vorgesetzter, der Anweisungen verteilt. Das Projekt befindet sich in einer aktiven Vorschau, also rechnen Sie mit Ecken und Kanten und mit häufig erscheinenden Versionen.

Erste Schritte

  1. Prüfen Sie, ob Node.js 22 oder neuer installiert ist, und starten Sie das curl-Skript, brew install boringinfraco/campfire/campfire oder nix profile install github:BoringInfraCo/Campfire.
  2. Führen Sie campfire einmal aus. Das Werkzeug übernimmt Ihren Namen aus git config oder dem Systemkonto und legt ein lokales Profil unter ~/.config/campfire an.
  3. Starten Sie campfire up. Damit laufen die lokale API und der schreibgeschützte Viewer an, und installierte Codex- oder OpenCode-Harnesses werden verbunden. Der Viewer öffnet sich unter http://localhost:9415.
  4. Öffnen Sie Ihren Agenten und beschreiben Sie, woran Sie arbeiten. Der Agent legt gemeinsam mit Ihnen Arbeitsbereich und Ziel an und registriert die Sitzung.
  5. Arbeiten Sie weiter wie gewohnt. Wenn eine Entscheidung nötig ist, antworten Sie im Arbeitsbereich, damit der nächste Agent sie liest, und prüfen Sie mit campfire status, was offen bleibt.

Produktinformationen

Ein kurzer Überblick über Preise, unterstützte Plattformen und die Leistung von Campfire.

Kostenloser TarifJa
Bezahlte TarifeFree
PlattformmacOS, Linux (CLI)
EntwicklerBoring Infra Co.
KategorieCoding · Produktivität
VeröffentlichungsdatumSep 2026
Zuletzt aktualisiertOct 2026
Website-BesucheN/A
Globales Website-RankingN/A
API-VerfügbarkeitJa

Am besten für

Die Nutzer, Aufgaben und Szenarien, für die dieses Tool am besten passt.

Nutzer

  • Entwickler, die mehrere Agenten auf derselben Codebasis laufen lassen
  • Tech Leads, die zwischen zwei Läufen Fragen beantworten
  • Kleine Produktteams ohne Plattformingenieur
  • Freiberufler mit mehreren Kunden

Aufgaben

  • Ein halbfertiges Refactoring an einen anderen Agenten übergeben
  • Nachsehen, was ein Agent über Nacht geändert hat
  • Eine blockierende Frage mitten im Lauf klären
  • Begrenzen, was ein autonomer Agent anfassen darf

Szenarien

  • Zwei Agenten bearbeiten denselben Fehler aus verschiedenen Richtungen
  • Ein externer Entwickler steigt für eine Woche ein
  • Eine Migration über mehrere Tage

Wichtigste Funktionen

Ein gemeinsamer Arbeitsbereich statt verstreuter Transkripte

Der Arbeitsbereich ist die Einheit der Arbeit. Er enthält das Ziel, die zugehörigen Sitzungen, die von Menschen festgehaltenen Entscheidungen und die Artefakte der Agenten. Wer Zugriff hat, sieht denselben Stand, und niemand setzt die Geschichte aus drei Terminal-Protokollen zusammen. So entsteht ein Multi-Agent-Arbeitsbereich aus Werkzeugen, die ohne ihn nur ein Repository teilen. Ein lokaler Viewer zeigt den aktuellen Arbeitsbereich unter localhost:9415 und bleibt schreibgeschützt, das Öffnen verändert also nichts.

Ziele, die die Sitzung überdauern

Eine Sitzung endet, wenn der Agent stoppt. Das Ziel nicht. Campfire speichert Titel und Umfeld und gibt dem nächsten Agenten einen Startpunkt mit allem, was bereits bekannt ist. Darin liegt der Unterschied zwischen einem Agenten, der dieselben drei Fragen erneut stellt, und einem, der die Datei öffnet, die Entscheidung liest und weiterarbeitet. Frühere private Sitzungen werden nicht importiert, Sie bestimmen also, was in den Verlauf kommt. Eine saubere Übergabe zwischen Agenten hängt an diesem geschriebenen Stand, nicht an einem längeren Prompt.

Grenzen pro Arbeitsbereich

Die Konfiguration listet mit Einträgen wie repo:read, repo:write, tests:run und deploy:prod, was ein Agent tun darf. Der Agent erhält, was diese Aufgabe braucht, und nichts, was weiter reicht. In Teams, die autonome Läufe testen, zählt diese Grenze mehr als die Modellwahl, weil sie den Schaden eines falschen Aufrufs begrenzt.

Entscheidungen als Teil der Arbeit

Wenn ein Agent an eine Gabelung kommt, antwortet ein Mensch. Campfire hält die Antwort als Entscheidung am Ziel fest und kennzeichnet sie als vorgeschlagen, angenommen, prüfbedürftig oder historisch. Der nächste Agent liest sie als Kontext und nicht als Chatnachricht, die er deuten muss. Teams, die Entscheidungen heute in Slack-Threads verlieren, bekommen eine schriftliche Spur, die den Thread überlebt.

Nachvollziehbarer Verlauf mit Herkunft

Jede Aktion trägt Akteur und Zeitstempel, der Arbeitsbereich beantwortet also, wer etwas getan und was sich geändert hat. Der Verlauf trennt menschliche von agentischen Aktionen, was bei einer Prüfung oder während eines Vorfalls hilft. Campfire nennt das Herkunft: Ziel, Alternativen, Fehlschläge, Belege und Artefakte bleiben mit der Arbeit verbunden, zu der sie gehören.

Eigene Agenten, eigener Harness

Campfire verbindet sich mit Codex, Claude Code und OpenCode und stellt über campfire mcp einen eigenen MCP-Server bereit. Die MCP-Werkzeuge umfassen schreibgeschützte Capability-Suche und Leserezepte, ein Agent prüft also, was der Arbeitsbereich unterstützt, ohne den Zustand zu ändern. Eine CLI mit JSON-Ausgabe deckt Einrichtung und Skripte ab, darunter campfire onboard für einen nicht interaktiven ersten Lauf, der Zugangsdaten einmalig ausgibt.

Vor- und Nachteile

Vorteile

  • Kostenlos und Open Source, mit Code auf GitHub, sodass Sie vor der Installation lesen können, was auf Ihrer Maschine läuft.
  • Lässt Codex, Claude Code und OpenCode an ihrem Platz. Keine neue Laufzeitumgebung zu lernen, keine Migration.
  • Der Arbeitsstand überdauert die Sitzung, was die Erklärungen kürzt, die sonst die ersten zehn Minuten jedes Laufs fressen.
  • Erlaubnis- und Sperrlisten setzen eine konkrete Grenze für autonome Arbeit, lesbar in einer TOML-Datei.
  • Liefert CLI, lokale API und MCP-Server, damit der Arbeitsbereich sowohl in manuelle Abläufe als auch in Skripte passt.

Nachteile

  • Der Status als aktive Vorschau bedeutet brechende Änderungen und raue Stellen. Das Projekt sagt das auf seiner eigenen Seite.
  • Node.js 22 oder neuer und Sicherheit im Terminal sind Pflicht. Ein gehostetes Dashboard für nicht technische Kollegen fehlt.
  • Cloud-Freigabe bleibt eine kontrollierte Alpha. Eingeladene nehmen in der installierten CLI an, es gibt keine Browser-Anmeldung und keinen Ein-Klick-Link.
  • Der Arbeitsbereich speichert gemeinsamen Zustand, koordiniert aber keine Agenten. Wer automatische Aufgabenverteilung zwischen Agenten erwartet, braucht ein anderes Werkzeug.

Häufige Fragen

Campfire bündelt den gemeinsamen Stand der Agentenarbeit: Ziel, Sitzungen, Entscheidungen, Artefakte und Verlauf. Sinnvoll ist es, sobald mehr als ein Agent oder mehr als eine Person am selben Problem arbeitet und der Kontext zwischen Sitzungen verloren geht.