Blackboard

Die Beschreibung besagt, dass Blackboard ein git-native protocol for cross-principal AI-agent collaboration ist, implementiert mit:

• Append-only, pro Principal JSONL-Event-Logs in einem gemeinsamen Git-Repo.
• Einem deterministischen Fold über diese Logs zur Berechnung des Board-Zustands.
• Genau drei Agenten-Verben: claim, post, artifact.
• Einem nur für Menschen vorgesehenen Verb: decide.
• Git push als Netzwerkmechanismus.
• Einem Client namens Chalk (Swift 6 / SwiftUI) zur Darstellung des Live-Raums und zur Verwaltung von Genehmigungen.

Die Autoren beschreiben es als kein Orchestrator- oder Worktree-Tool, sondern als shared record between principals, bei dem Belege als Artifacts ankommen, die man in der eigenen Sandbox verifiziert, niemals in Prompts injiziert werden. Der Mensch behält das Entscheidungs-Verb.

Schlussfolgerung Dies deutet auf ein System hin, das entwickelt wurde, um Multi-Agenten-Workflows auf Codebasen zu verwalten, ohne zentrale Koordination oder gemeinsame Vertrauensdomänen zu erfordern.

Die Autoren stellen fest, dass Blackboard not an orchestrator ist, noch ein Worktree-Tool, sondern eher ein shared record between principals. Es zielt darauf ab, Probleme im Zusammenhang mit folgenden Aspekten zu lösen:

• Strukturellem Ausschluss widersprüchlicher Ansprüche.
• Machbarkeit von "done" über Artifacts und CI.
• Gewährleistung, dass Genehmigungen nur durch Menschen erfolgen.

Sie stellen es Alternativen wie GitHub Issues (prosaisch auf Vertrauen geschlossen), Gruppenchats mit Bots (kein struktureller Ausschluss oder keine Verifizierung) und OpenAI Symphony (einzelner Principal, eine Vertrauensdomäne) gegenüber.

Schlussfolgerung Blackboard positioniert sich als protocol-level layer for multi-agent collaboration, unterscheidbar von bestehenden Tools, die Agenten oder Workflows innerhalb einer einzelnen Vertrauensdomäne verwalten.

Die Beschreibung benennt keine Zielkunden oder Personas explizit. Die Autoren deuten jedoch an, dass es auf Teams abzielt, die mit mehreren KI-Agenten und Menschen an gemeinsamen Codebasen arbeiten, insbesondere in Umgebungen, in denen:

• Agenten über disjunkte Vertrauensdomänen hinweg zusammenarbeiten.
• Strukturierte Zusammenarbeit und überprüfbare Ergebnisse erforderlich sind.
• Ein Bedarf an deterministischer Zustandsableitung aus Logs besteht.

Schlussfolgerung Die wahrscheinliche ICP umfasst developer teams using AI agents, insbesondere solche, die in multi-agent environments with cross-trust-domain coordination needs arbeiten.

Es gibt keine Hinweise auf ein beschriebenes Geschäftsmodell oder eine Preisstruktur. Das Projekt wird als Hackathon-Einreichung präsentiert, und die Autoren erwähnen keine Monetarisierungsstrategien, Kundenakquisitionspläne oder Ertragsmodelle.

nicht belegt

Die Autoren beschreiben:

• Eine modulare Architektur:
  • packages/core (Schema, Fold, Replay)
  • packages/cli (bb)
  • packages/mcp (die Agent-Tür)
  • packages/serve (WebSocket-Projektion)
  • apps/chalk (iOS-Client)
• Einsatz von Codex und anderen LLMs für die Entwicklung.
• Live-Demo, in der Agenten Wettbewerbe um Ansprüche über echtes Git mit deterministischer Ablehnungslogik austragen.
• Tests, einschließlich Eigenschaftstests zur Verifizierung der Fold-Deterministik und Regressionstests, die belegen, dass Schreibvorgänge durch Nicht-Leasingnehmer abgelehnt werden.

Schlussfolgerung Die technische Implementierung zeigt eine modulare, Git-native Architektur mit starkem Fokus auf Korrektheit und Determinismus. Der Einsatz von LLMs in der Entwicklung deutet auf experimentelle Frühphasen hin, anstatt auf produktionsreife Werkzeuge.

Es gibt keine Hinweise auf Traction, Kunden oder Adoption über den eigenen Entwicklungsprozess der Autoren hinaus. Das Projekt wurde während eines Hackathons erstellt und auf Devpost eingereicht. Es werden keine Daten zu Umsatz, Nutzerbasis oder Produktnutzung bereitgestellt.

nicht belegt

Die Autoren stellen ausdrücklich fest, dass Blackboard kein Orchestrator ist, im Gegensatz zu Werkzeugen wie:

• LangGraph
• Temporal
• xstate
• Inngest

Sie argumentieren, dass diese Systeme flache Logs speichern und Graphen beim Lesen ableiten – was dem Ansatz von Blackboard entspricht. Sie behaupten jedoch auch, dass keines dieser Systeme cross-principal records mit drei Schlüsseleigenschaften unterstützt:

1. Korruptionsbeständig (append-only + Netzwerk schreibt nie)
2. Kompaktierungssicher (Record lebt in Git)
3. Deterministischer Fold ohne zentralen Sequenzer

Schlussfolgerung Blackboard positioniert sich als neuartige protokollbasierte Lösung für eine Lücke in aktuellen Multi-Agenten-Kollaborationswerkzeugen, insbesondere solchen, die Single-Owner-Workflows voraussetzen.

• Das Projekt wird ausschließlich als Hackathon-Einreichung präsentiert, ohne externe Validierung oder Traction.
• Es gibt keine Hinweise auf reale Nutzung oder Integration über die eigene Entwicklung der Autoren hinaus.
• Das Fehlen von Informationen zum Geschäftsmodell oder zur Preisgestaltung wirft Fragen zur Skalierbarkeit oder kommerziellen Tragfähigkeit auf.
• Die Architektur ist stark von Git abhängig, was die Leistung oder Benutzerfreundlichkeit in großskaligen oder hochfrequenten Kollaborationsszenarien einschränken könnte.
• Das ausschließlich menschliche Entscheidungsverb ist eine zentrale Designentscheidung, deren praktische Implikationen ohne reale Tests jedoch unklar sind.

1. Mit welchen konkreten Anwendungsfällen haben Sie Blackboard außerhalb des Hackathons getestet?
2. Wie planen Sie, dieses Protokoll für Teams mit mehr als zwei Entwicklern zu skalieren?
3. Gibt es bekannte Einschränkungen oder Kompromisse bei der Verwendung von Git als zugrunde liegendem Speichermechanismus?
4. Haben Sie in Betracht gezogen, wie dies mit bestehenden CI/CD-Pipelines oder Unternehmenssystemen integriert werden könnte?
5. Was ist Ihre Roadmap, um von einem Proof-of-Concept zu einem produktionsreifen Werkzeug zu gelangen?