Projekt Agentenplattform

In Entwicklung · noch nicht installierbar

Agentenaufträge bis zum überprüfbaren Pull Request.

Wofür

Sie beschreiben eine Aufgabe in einem Ihrer GitHub-Repositories, etwa einen fehlschlagenden Test oder eine kleine Änderung. Ein Agent bearbeitet sie und legt das Ergebnis als Pull Request vor. Sie lesen den Pull Request, sehen das CI-Ergebnis und entscheiden, ob er gemergt wird.

Die folgenden Abschnitte beschreiben den geplanten Stand. Solange das Projekt in Entwicklung ist, kann sich davon noch etwas ändern.

Ablauf eines Auftrags

Sie legen den Auftrag im Portal an oder markieren ein Issue im Repository.
Ein koordinierender Agent nimmt den Auftrag an und übergibt ihn genau einem ausführenden Agenten.
Der ausführende Agent arbeitet in einem eigenen Container auf einem eigenen Arbeitsbranch.
Braucht der Agent eine Entscheidung, etwa vor einer Änderung an CI oder Veröffentlichung, fragt er Sie im Portal und wartet auf Ihre Antwort.
Das Ergebnis erscheint als Pull Request. Abgeschlossen ist der Auftrag erst, wenn Tests und CI bestanden sind.
Sie prüfen und mergen. Mergen und Deployen bleiben bei Ihnen; die Agenten erhalten dafür keine Rechte.

Funktionsumfang

Aufträge und Verlauf

Aufgaben, Nachrichten, Entscheidungen und Ereignisse im Portal
Ein Versuch dauert höchstens 90 Minuten
Nach drei erfolglosen Versuchen pausiert die Aufgabe sichtbar
Eine rote CI oder fehlende Tests werden nie als erledigt angezeigt

Eingreifen und prüfen

Übernahme einer laufenden Sitzung im Terminal, jeweils mit genau einem Eingabekanal
Ein zusätzlicher Reviewer, der nur liest
Änderungen werden protokolliert

GitHub

Anbindung über eine GitHub-App
Agenten arbeiten auf zugeordneten Arbeitsbranches und eröffnen Pull Requests
Wird der Zugriff in GitHub entzogen, hält die Arbeit sichtbar an

Wartung

Updates nur nach Ihrer Bestätigung einer konkreten Version
Sicherung und Wiederherstellung der Installation
Supportdiagnose wird auf Ihrem Server erstellt; ob sie verschickt wird, entscheiden Sie

Betrieb auf Ihrem Server

Die Plattform wird auf Ihrem eigenen Linux-Server (x86_64) mit Docker und Docker Compose installiert. Server und Zugang zum KI-Anbieter stellen Sie selbst. Die Installation erhält eine eigene, dauerhafte Kennung; ein späterer Wechsel von Marke oder Domain ändert weder Kennungen noch Daten.

Grenzen

Derzeit nicht öffentlich installierbar.
Je Installation ein technischer Owner, höchstens fünf Repositories und zwei gleichzeitig arbeitende Agenten.
Nur Linux auf x86_64 mit Docker; kein ARM, kein Kubernetes.
Keine automatischen Updates ohne Ihre Bestätigung.
Für die Kosten beim KI-Anbieter gibt es keine zugesicherte Obergrenze.
Das Angebot richtet sich an Unternehmen in Deutschland; der Einstieg ist deutschsprachig.

Häufige Fragen

Kann ich die Plattform schon einsetzen?

Nein. Das Projekt ist in Entwicklung und noch nicht installierbar. Einen Termin für die Veröffentlichung gibt es noch nicht.

Kann ein Agent Code in meinen Hauptbranch bringen?

Nein. Agenten eröffnen Pull Requests auf eigenen Arbeitsbranches. Mergen und Deployen bleiben bei Ihnen.

Was passiert, wenn ein Agent nicht weiterkommt?

Nach höchstens drei Versuchen zu je maximal 90 Minuten pausiert die Aufgabe und bleibt im Portal sichtbar. Sie können dann eingreifen oder den Auftrag anpassen.

Welche Repositories werden unterstützt?

Geplant sind Repositories auf GitHub, bis zu fünf je Installation.

Welche Hardware brauche ich?

Einen Linux-Server mit x86_64-Prozessor, Docker und Docker Compose. Mindestanforderungen an CPU, Speicher und Platte stehen noch nicht fest.

Kontakt

Fragen zum Projekt erreichen uns über die Kontaktadresse auf der Startseite von VirtualART.