Multimodell-Code-Review-Workflow als wiederverwendbare Fähigkeit verpackt
Ein Entwickler hat einen Multi-Modell-Code-Review-Workflow als wiederverwendbare Fähigkeit/ein Runbook verpackt, verfügbar auf GitHub. Der Ansatz verwendet einen Orchestrator-Agenten, der mehrere unabhängige Reviewer-Agenten/Modelle koordiniert und die Ergebnisse dann zu einem abschließenden Review zusammenfasst. Die Kernidee: Verschiedene Modelle finden unterschiedliche Fehler, und wenn mehrere Modelle unabhängig voneinander dasselbe Problem melden, steigt die Zuverlässigkeit. Der Orchestrator dedupliziert, filtert schwache Ergebnisse, prüft offensichtliche Fehlalarme und veröffentlicht ein einziges bereinigtes Ergebnis.
Zwei Modi
Der Workflow unterstützt zwei Modi:
- PR-Review: Bereitet lokale
base/,head/,PR_DIFF.patchundPR_METADATA.jsonvor, startet mehrere Analyse-Reviewer, und der Orchestrator postet eine Zusammenfassung sowie Inline-Kommentare im PR. Entwickelt, um Konflikte mit ausstehenden Reviews auf GitHub zu vermeiden. - Nicht-PR-Bereichs-Review: Überprüft einen Ordner/ein Modul/Deployments/Skriptbereiche; die Reviewer prüfen eine gemeinsame lokale Momentaufnahme; der Orchestrator veröffentlicht ein konsolidiertes
REVIEW.mdim Repo.
Getestetes Modell-Setup
Das getestete Setup verwendet GPT-5.5 als Orchestrator und GPT-5.5, DeepSeek V4 Pro, Kimi K2.6, Qwen 3.6 Plus und GLM-5.1 als Reviewer. Der Workflow ist jedoch agenten-/modellagnostisch. Er wurde mit OpenClaw getestet und liefert offenbar großartige Ergebnisse.
Wichtige Erkenntnisse
- Gemeinsame Momentaufnahme: Jeder Unteragent sollte nicht unabhängig das Repo klonen/fetchen. Der Orchestrator sollte eine gemeinsame Momentaufnahme erstellen und lokale Pfade an die Reviewer übergeben. Schneller, billiger, weniger seltsame Fehlalarme.
- Alle Nicht-GPT-Modelle wurden über Fireworks ausgeführt. Bei großen Aufgaben empfiehlt der Autor, Kimi und Qwen gegen andere auszutauschen, da diese beiden manchmal Probleme machen.
Das Repo ist auf github.com/rmichelena/multireview. Der Autor freut sich über Feedback, insbesondere von Personen, die Multi-Agent-Code-Review-Workflows betreiben.
📖 Quelle: r/openclaw
👀 Siehe auch
Werld: Offene künstliche Lebenssimulation mit sich entwickelnden neuronalen Netzen
Werld ist eine Echtzeit-Simulation künstlichen Lebens, bei der Agenten mit NEAT-Neuronalen Netzen ihre eigene neuronale Architektur, sensorische Verarbeitung und Verhaltensweisen entwickeln, ohne fest kodierte Regeln oder Belohnungsfunktionen. Die Simulation beginnt mit 30 Agenten auf einem Watts-Strogatz-Kleinstwelt-Graphen mit 64 sensorischen Kanälen, 7 kontinuierlichen Motorfunktionen und 29 vererbbaren Genommerkmalen.
Fantastisches OpenClaw-Fähigkeiten-Repository bietet über 5.400 gefilterte Fähigkeiten
Ein GitHub-Repository namens awesome-openclaw-skills bietet über 1.715 produktionsreife Fähigkeiten, die KI-Agenten mit einem CLI-Befehl installieren können, gefiltert aus dem offiziellen OpenClaw Skills Registry.
MuninnDB integriert Dream Engine zur LLM-Gedächtniskonsolidierung mit Tresor-Isolierung.
MuninnDB, eine auf Go basierende kognitive Speicherdatenbank, enthält nun eine Dream Engine, die eine LLM-gesteuerte Speicherkonsolidierung zwischen Sitzungen mithilfe von Deduplizierungsschwellenwerten und semantischer Überprüfung durchführt. Das System verfügt über Vault-Vertrauensstufen für Datenisolierung und läuft lokal mit Ollama.
OpenClaw-Entwickler erzielt KI-Agenten-Durchbrüche mit Automatisierung von Uber- und Restaurantbuchungen
Ein OpenClaw-Entwickler hat erfolgreich KI-Agenten erstellt, die eigenständig Uber-Fahrten buchen und Restaurantreservierungen auf echten Websites durchführen und dabei Bot-Erkennung und CAPTCHAs mit einem Stack aus Stealth-Browsern, Residential-Proxys und CAPTCHA-Lösungen überwinden.