ACO-System: Open-Source Multi-Agent-Pipeline von GitHub Issue zu gemergtem PR

ACO System ist ein Open-Source-Multi-Agenten-Framework, das die gesamte Softwareentwicklungs-Pipeline autonom durchführt – von einem GitHub Issue bis zu einem gemergten PR – mit sechs spezialisierten KI-Agenten. Entwickelt von Aniket Karne, ist es darauf ausgelegt, Kontextverlust und Übergabe-Overhead zu vermeiden, die typisch für rein menschliche Entwicklungsprozesse sind.
Anders als LangChain, AutoGen oder CrewAI kommunizieren ACOs Agenten nicht direkt miteinander. Stattdessen liest und schreibt jeder Agent in eine gemeinsame Datenbank. Die Komplexität liegt im Schema, nicht in der Inter-Agenten-Logik. Die Pipeline läuft mit SQLite in der Entwicklung und Postgres in der Produktion und wird mit einem Live-Kanban-Dashboard und einem Streaming-Event-Feed für Echtzeit-Beobachtung der Agenten ausgeliefert.
Pipeline-Stufen
- PM-Agent schreibt die User Story aus einer gegebenen Idee.
- Planer-Agent zerlegt die Story in Aufgaben mit Schätzungen.
- Architect-Agent (hartes Gate) validiert die Machbarkeit ohne LLM – er prüft auf hartcodierte Geheimnisse, fehlende Akzeptanzkriterien und ungültige Tech-Stack-Konfiguration. Wenn die Story fehlschlägt, erreicht sie nie einen Entwickler.
- Entwickler-Agent erstellt einen Branch und öffnet einen PR.
- QA-Agent überprüft den Code und führt Tests durch.
- Mensch gibt die finale Freigabe vor dem Merge.
Das Architect-Gate ist deterministisch, nicht probabilistisch. Es erzwingt eine harte Reihe von Regeln: keine hartcodierten Geheimnisse, Akzeptanzkriterien müssen vollständig sein, und der Tech-Stack muss konsistent sein. Dies verhindert, dass halluzinierte oder nicht umsetzbare PRs jemals generiert werden.
Was es anders macht
Agenten laufen unabhängig über eine gemeinsame Datenbank, nicht durch Agent-zu-Agent-Nachrichten. Dieses Design hält jeden Agenten einfach und das Gesamtsystem vorhersagbar. Das Framework ist in Python mit einem Next.js-Frontend für das Dashboard entwickelt.
Erste Schritte
Das Projekt ist auf GitHub Open Source. Klonen Sie das Repository, führen Sie es lokal mit SQLite aus und verbinden Sie es für die Produktion mit Postgres. Das Kanban-Dashboard und der Event-Stream sind standardmäßig aktiv.
Für wen es gedacht ist
Entwicklungsteams, die agentische CI/CD-Pipelines bauen, Forscher, die Multi-Agenten-Architekturen erkunden, und alle, die Kontextverlust zwischen Übergaben leid sind.
📖 Vollständige Quelle lesen: r/openclaw
👀 Siehe auch

cstat: Eine native Rust-Statusleiste für Claude Code mit 2ms Leistung
cstat ist ein natives Rust-Binary, das die 62ms Statuszeile von claude-hud durch eine 2ms-Implementierung ersetzt, indem es 24 Subprozess-Starts pro Aufruf eliminiert. Es zeigt Modellinformationen, Ratenlimits, Git-Status, Kontextfensternutzung, aktive Tools, Subagenten und Aufgabenfortschritt an.

BuddyBoard: Eine Wettbewerbsbestenliste für die /buddy-Funktion von Claude Code
BuddyBoard ist ein von der Community entwickeltes Tool, das eine kompetitive Bestenliste für die /buddy-Funktion von Claude Code erstellt, Sammelkarten mit Statistiken, Seltenheitsstufen und einen BuddyDex erzeugt, der 1.728 mögliche Kombinationen verfolgt. Führen Sie npx buddy-board aus, um Ihren Buddy zur globalen Rangliste hinzuzufügen.

Prompt-Mini: Claude-Code-Plugin fängt vage Prompts ab, um Kreditverschwendung zu reduzieren
Prompt-mini ist ein Claude Code-Plugin, das vage Prompts vor der Ausführung abfängt, Klärungsfragen stellt und strukturierte Prompts mit Stack-Erkennung und spezifischen Regeln für über 40 Frameworks erstellt. Das Tool adressiert 35 kreditvernichtende Muster wie fehlenden Umfang, Stoppbedingungen und Dateipfade.

RouteLLM-Einrichtung für kosteneffizientes KI-Aufgaben-Routing
Ein Reddit-Nutzer teilt eine Docker Compose-Konfiguration, die Ollamas lokales Qwen3.5:4b-Modell mit GitHub Copilot über OpenWire kombiniert, wobei RouteLLM komplexe Aufgaben an GPT-4o weiterleitet und einfachere Aufgaben lokal verarbeitet.