Spielraum — Ausrollen

Dev auf dem Pi bekommt jeden Push von selbst. Auf Test wird nie mehr ohne Schalter ausgeliefert. Prod ist nicht Teil von BaerAgentOS.

Ausrollen
lädt…
Letzte Läufe in Gitea

Steuerung

Was von selbst läuft — und der Schalter, mit dem es das nicht mehr tut.

Schalter
lädt…
Was gerade läuft alle 5 Sekunden, solange dieser Reiter offen ist
lädt…

Übersicht

Was gerade läuft, was wartet, was es kostet. Alles Weitere links.

Wie es läuft jeder Strich ein beendeter Lauf
lädt…
Grenzen was gerade begrenzt, was noch frei ist
lädt…
Zuletzt gelaufen
Womit gearbeitet wird
Was ansteht
Braucht Aufmerksamkeit

Auftrag erteilen

Ein Auftrag wird geplant, umgesetzt, getestet und geprüft — in dieser Reihenfolge, jedes Mal.

Auftrag erteilen
Dateien hierher ziehen, einfügen (Strg+V) oder auswählen Eine .md wird zusätzlich als Spezifikation eingelesen — danach findet die Suche ihre Kapitel. Bilder liegen im Lauf unter anhang/ bereit.
Live nicht verbunden
noch keine Ereignisse
Letzte Runs
StatusBranchRunZeit

Backlog

Jedes Projekt in Teilaufgaben zerlegt, nach Wichtigkeit sortiert, mit Fortschritt. Was das Modell vorschlägt, ist ein Vorschlag — Reihenfolge und Wichtigkeit bestimmst du.

Worauf kommt es gerade an? Vorpriorisierung des Backlogs
Dieselbe Liste sieht je nach Absicht anders aus. Wer etwas zum Laufen bringen will, zieht das Funktionierende nach vorn und verschiebt die Härtung. Wer etwas ans Netz stellt, dreht das um. Nur das Verhältnis der Regler zählt.
Zugangsdaten, Rechte, Eingabeprüfung, Protokollierung
Was das Vorhaben können soll — der Regelfall
Kleine Posten zuerst, damit früh etwas dasteht
Von Hand gesetzte Wichtigkeiten bleiben unangetastet.
Loops wer arbeitet woran — und wann es losgeht
Ein Auftrag füllt das Backlog; ein Loop arbeitet einen Ausschnitt davon ab. Dazwischen liegt die Entscheidung, wer daran arbeitet. Ein Loop im Zustand bereit ist fertig gedacht und läuft trotzdem nicht — bis du es sagst.
lädt…
Vorhaben zerlegen ein Modell schlägt Teilaufgaben vor
Vorhandene Posten bleiben stehen.
Backlog neu aufbauen verstehen, anreichern, aufteilen — drei Schritte

Anders als das Zerlegen fängt der Neuaufbau beim Projekt an, nicht beim Auftrag: Erst wird zusammengefasst, was das Projekt ist und was fehlt, dann wird ergänzt, was beim ersten Hinsehen niemand nennt (Tests, Migrationen, Fehlerfälle) — und erst dann entstehen Items mit ihren Sub-Items. Ein Item ist fachlich abgeschlossen, nicht ein technischer Bruchteil.

Ersetzt die offenen Posten des Systems. Erledigte, laufende und von Hand angelegte bleiben.
Dauerlauf arbeitet das Backlog selbständig ab
Nimmt sich die offenen Posten nach Wichtigkeit vor, einen nach dem anderen. Keine Zwischenfragen — geweckt wirst du nur bei Unumkehrbarem: Produktion, Vault, Rechte, Selbst-Update. Für Läufe über Nacht. Hört auf bei drei Fehlschlägen hintereinander — das ist kein Pech mehr.
Posten

Von Hand ergänzen

Warteschlange

Was läuft, was wartet — und warum gebremst wird.

Warteschlange
ZustandRunProjektBranchPrioritätseit
Aufgaben
PrioAufgabeStatus Läufeletzter
Ideen noch keine Arbeitsanweisung — erst beim Übernehmen entsteht eine Aufgabe
IdeeStatusNutzenAufwand

CLIs

Direkt mit einer CLI arbeiten — ohne Team, ohne Pipeline. Hier steht, welche bereit sind.

Zellen
lädt…
lädt…

CLI-Projekte

Ein Ordner, eine CLI, ein Modell. Jeder Auftrag wird ein Commit.

Projekt
Noch kein Projekt gewählt.
+ Neues CLI-Projekt

CLI-Deployment

Ausgeliefert wird von hier — nie aus einer Zelle. Und immer ein Commit, nie der Arbeitsordner.

Ausliefern
Ziele legst du unter Deployment-Ziele an (ohne Projekt = für alle).
Bei der Art Docker läuft vorher von selbst docker compose -f <Pfad> up -d --build.
Dateien werden überlagert, nicht gespiegelt: Was es im Commit nicht mehr gibt, bleibt auf dem Ziel liegen. Gelöscht wird auf fremden Servern nichts.
Zugangsdaten liegen im Vault — angezeigt wird nie ein Wert
SSH-Ziele brauchen einen Schlüssel, kein Passwort. Am besten ein eigener nur für Auslieferungen, dessen öffentlichen Teil du auf dem Ziel in ~/.ssh/authorized_keys einträgst. Den Namen nennst du am Ziel im Feld Geheimnis im Vault.
Gitea
lädt…

Alle Projekte in Gitea

Auslieferungen

Deployment-Ziele

Orte, an die fertige Inkremente ausgeliefert werden. Ein Ziel ohne Projekt gilt für alle; eines mit Projekt gehört genau dorthin.

Ziele

Neues Ziel

leer = gilt für alle Projekte
Ein Ziel an ein Repository zu hängen heißt: Es gilt für jede Stelle, die dieses Projekt bearbeitet — AgentOS wie CLI-OS.
leer = Vorgabe der gewählten Art

Kunden und Projekte

Jedes Projekt gehört zu einem Kunden und hat ein eigenes Repository.

Alle Projekte in Gitea dieselbe Liste wie im CLI-OS und bei den Deployzielen
lädt…
Kunden
SlugNameProjekteNotizen
Projekte
Kunde / ProjektGiteaWorkmodeDatenklasseTeam TasksRuns
+ Neues Projekt
local_only braucht mindestens einen lokalen Worker (NPU, Beelink oder Mac), sonst scheitert jeder Lauf — siehe docs/konfiguration.md.

Agenten-Team

Jede Rolle bekommt eine Kette. Fällt der erste Eintrag aus, nimmt der Router den nächsten.

Rollenbelegung
Jede Rolle bekommt eine Kette. Fällt der erste Eintrag aus — offline, Rate Limit, falsche Datenklasse — nimmt der Router den nächsten. Eine Rolle mit nur einem Eintrag hat keinen Ausweich.

Arbeitsweisen

Eine Arbeitsweise ändert nicht, was gebaut wird, sondern wie. Dauerhaft für ein Projekt — oder einmalig für einen Auftrag.

Katalog Projekt.md 65
Die Regeln einer Arbeitsweise werden der Anweisung der betroffenen Rollen vorangestellt. Beispiel Grilling: ohne ihn rät der Planner bei Unklarheiten, mit ihm hört er auf zu raten und fragt. Hier gesetzte Arbeitsweisen gelten für jeden Auftrag des Projekts. Im Auftragsformular lässt sich zusätzlich einmalig etwas zuschalten. Neue Arbeitsweisen bekommen niemals automatisch kritische Rechte.

Wissensbasis

Spezifikationen laden — die Agenten bekommen daraus die passenden Kapitel mit.

Spezifikation laden
Die Datei wird an ihren Überschriften in Kapitel zerlegt. Pro Auftrag bekommt der Agent nur die passenden Kapitel — nicht das ganze Dokument.
Geladene Dokumente
NameKapitelGröße maßgeblichSHA
Semantische Suche
Ohne Einbettungen sucht das System nur nach Wörtern, die im Text stehen. Wer nach „was passiert, wenn kein Geld mehr da ist“ fragt, findet das Kapitel „0-Euro-Budget“ damit nicht — es teilt kein einziges Wort mit der Frage. Die Einbettungen werden lokal gerechnet und kosten nichts.
Kapitelsuche ausprobieren

Selbstentwicklung

BaerAgentOS arbeitet an sich selbst. Niemals automatisch: jede Änderung braucht eine Freigabe.

Eigenen Quellcode aufnehmen
Abgleich mit dem Entwicklungsrechner wer hat was geändert
An diesem Quelltext arbeiten zwei Parteien: baer mit einem Assistenten am Entwicklungsrechner, und BaerAgentOS hier über die Selbstentwicklung. Beide schreiben in dasselbe Repository. Wird hier ein Kandidat angewendet und dort danach deployt, wäre diese Arbeit still wieder weg — ohne Fehlermeldung. Deshalb steht hier, was gerade besetzt ist.
noch nicht abgefragt
Entwicklungsteam wer am eigenen Quelltext arbeitet
Am eigenen Quelltext zu arbeiten ist die anspruchsvollste Aufgabe, die das System hat: gewachsener Code, viel Dokumentation, und ein Fehler trifft es selbst. Ein Modell, das eine 187-Zeilen-Datei nicht wortgetreu wiedergeben kann, ist hier fehl am Platz — auch wenn es woanders reicht.
Backlog der Selbstentwicklung was am eigenen Quelltext ansteht
Womit starten:
Dieselben Posten wie im Backlog-Reiter, nur schon auf baeragentos gefiltert. Ein Lauf endet hier nie mit einem Update, sondern mit einem Kandidaten weiter unten — deshalb ist fertig noch nicht deployt.
lädt…

Wunsch eintragen

Was BaerAgentOS können soll. Landet als in Planung — also als Notiz, nicht als Arbeitsauftrag. Erst wenn du ihn auf offen schiebst, darf daran gearbeitet werden.
Update-Kandidaten
noch keine Kandidaten

Provider und Modelle

Wo die Modelle herkommen, was sie kosten, ob sie erreichbar sind.

lädt…
Relay AI viele Konten, ein Anbieter — optionaler Dienst
Hier sammelst du Konten bei beliebigen Anbietern — kostenlose wie eigene. Die Konten pflegst du in Relays eigener Oberfläche, sie öffnet sich in einem eigenen Fenster. BaerAgentOS sieht davon nur einen Anbieter relay mit vielen Modellen und kennt keinen der Schlüssel. Welche Rolle welches Modell bekommt, stellst du wie immer unter Team ein.
lädt…
Reihenfolge beim ersten Mal: Konto anlegen → Gateway neu starten → Modelle abrufen → Team bauen. Relays Oberfläche hat kein eigenes Passwort — sie gehört, wie diese Seite, nur in ein Netz, dem du traust.
Abo-Kontingente Claude Code CLI und Codex CLI
Ein Budget zählt Euro und lässt sich nachlegen. Ein Kontingent zählt Token in einem rollenden Fenster und lässt sich nicht nachlegen — es ist alle, bis das Fenster weiterrückt. Deshalb weicht der Router hier auf andere Anbieter aus statt auf billigere.
lädt…
Gleichzeitigkeit wer wie viele Aufrufe auf einmal verträgt
Anbieter laufen unabhängig voneinander parallel — Mac, Beelink und OpenRouter gleichzeitig. Innerhalb eines Anbieters gilt seine eigene Zahl. Bei einem Broker ist sie hoch: gleichzeitige Aufrufe kosten dort Geld, aber keine Zeit. Bei einem lokalen Rechner ist sie 1 — und das ist keine Vorsicht, sondern der Arbeitsspeicher: Ollama lädt sonst ein zweites Modell, verdrängt das erste und macht beide Aufrufe langsamer als nacheinander.
lädt…
+ Neuen Provider anlegen
Adapter openai passt für fast alles mit /chat/completions — auch Ollama, vLLM oder LM Studio.

Modell-Arena

Modelle unter gleichen Bedingungen gegeneinander. Erst gemessen, dann benotet.

Modelle gegeneinander antreten lassen
Alle Teilnehmer bekommen dieselben Aufgaben, denselben Prompt und dieselbe Temperatur. Wo sich Richtigkeit messen lässt, entscheidet die Messung — bei Codeaufgaben läuft eine Testsuite, die das Modell nicht kennt. Ein Juror benotet nur noch die Güte der Antworten, die bereits bestanden haben, und sieht dabei keine Modellnamen.
Wonach soll ausgewählt werden? ausgewogen
Es gibt keine beste Wahl, nur eine beste Wahl für einen Zweck. Für einen Langlauf über Nacht zählt Qualität, und Zeit wie Geld sind zu verschmerzen. Für ein schnelles Zwischenergebnis ist es umgekehrt. Nur das Verhältnis der drei zählt.
Statistik über alle Durchläufe je mehr Durchläufe, desto belastbarer
Durchläufe

Verbrauch

Tokens, Euro und Budgetgrenzen — nach Modell und nach Tag.

Was sich bewährt hat gemessen an den Schritten, nicht an den Aufrufen
lädt…
Tokens pro Tag
Nach Modell
ProviderModellAbrechnung CallsInputOutput Ø msEUR

Systemzustand

Version, Datenbankstand, Fähigkeiten und laufende Dienste.

Version
Budget
GeltungsbereichZeitraum verbrauchtsofthard Auslastung
Status
Capabilities
Posten
Lauf