Y Combinator veröffentlicht QM für gemeinsame Agentenarbeit

Y Combinator hat am 31. Juli QM veröffentlicht, ein Open-Source-System für gemeinsame Agentenarbeit in Slack und im Web. Im Kern geht es um eine Grenze, die bei Firmenagenten schnell entscheidend wird: Was gehört einer einzelnen Person, was einem gemeinsamen Raum – und was darf ein Agent dort überhaupt tun?

Ein Agent für ein Unternehmen ist kein Chatbot, dem man einfach weitere Mitglieder hinzufügt. Treffen private Unterlagen, laufende Aufgaben und ein gemeinsamer Slack-Kanal aufeinander, entscheidet die Architektur darüber, ob Zusammenarbeit funktioniert oder Kontext unbemerkt in den falschen Raum rutscht.

Ein Arbeitsbereich pro Person und Raum

QM beschreibt getrennte Bereiche für Personen und Räume. Dazu gehören jeweils eigener Speicher, Dateien, Berechtigungen und eine dauerhafte Sandbox; auch Zeitpläne und Web-Apps können an diesen Bereich gebunden sein.

Der praktische Gewinn liegt unterhalb der Modelloberfläche. Ein Vertriebsraum sollte nicht auf private Unterlagen zugreifen können. Umgekehrt darf ein persönlicher Agent nicht still Änderungen in einem Projektkanal auslösen.

Für Plattform- und Betriebsteams verschiebt sich damit die entscheidende Frage: Nicht „Welchen Prompt geben wir dem Agenten?“, sondern „In wessen Kontext darf er handeln?“ Vor der Automatisierung muss klar sein, welche Daten einer Person gehören, was im Raum geteilt wird und wer Hintergrundarbeit verantwortet.

Das wird konkret, sobald ein gemeinsamer Kanal auf Informationen zugreift, die dort nie hätten landen dürfen. Dann hilft kein besser formulierter Prompt. Der Zugriff muss vorher begrenzt sein. Genau darin liegt die interessante Idee von QM: Abgrenzung ist Ausgangsbedingung und kein nachträglich angesetztes Rollenmodell.

Ein gemeinsamer Kern für verschiedene Agenten

QM kann nach Projektangaben mit Pi, OpenCode, Codex und Claude Code arbeiten. Die Installation wäre damit nicht an ein einzelnes Agentenwerkzeug gebunden.

Wichtig ist dabei nicht Austauschbarkeit um ihrer selbst willen. Arbeitsbereiche und Berechtigungen können bestehen bleiben, wenn sich das bevorzugte Werkzeug ändert. Ein Fachbereich muss seine Zusammenarbeit nicht neu ordnen, nur weil ein anderes Harness besser zur Aufgabe passt.

Die Trennung muss sich allerdings im Betrieb bewähren: bei parallelen Kanälen, Hintergrundjobs und unterschiedlichen Berechtigungen. Das Organisationsmodell liegt unterhalb des jeweiligen Agentenwerkzeugs. Die Modellwahl beeinflusst weiter Qualität, Kosten und Funktionen, sollte aber nicht automatisch die Grenze zwischen Personen und Räumen verschieben.

Hintergrundarbeit braucht einen klaren Besitzer

QM führt Crons und Watches für Aufgaben auf, die weiterlaufen, wenn niemand im Chat aktiv ist. Ein Cron plant Arbeit zu festen Zeitpunkten; ein Watch reagiert auf beobachtete Änderungen. Damit verlässt das System die klassische Chat-Sitzung, in der jede Aufgabe erst durch eine neue Nachricht beginnt.

Ein gemeinsamer Raum kann wiederkehrende Abläufe bündeln, während persönliche Bereiche ihre eigenen Daten und Rechte behalten. Kritisch wird es bei der Ausführung. Vor der Aktivierung sollte feststehen, wem ein Job gehört, mit welchen Rechten er läuft und wo sein Status geprüft wird. Für fehlerhafte Läufe braucht es zudem einen klaren Weg zum Stoppen und eine nachvollziehbare Spur, was der Job bereits verändert hat.

QM zielt damit auf wiederkehrende Arbeit innerhalb einer Organisation, nicht auf einen einzelnen persönlichen Assistenten. Ob der Ansatz zum eigenen Betrieb passt, hängt an Verantwortlichkeiten und den Grenzen, die im Arbeitsalltag bereits existieren.

Die betriebliche Mindestregel ist schlicht: Kein Hintergrundjob ohne klaren Besitzer, begrenzte Rechte, sichtbaren Status und einen getesteten Stoppweg. Erst dann lohnt es sich, über das unterstützte Lieblingsmodell zu diskutieren. So wird aus einer Demo ein brauchbarer Betriebsweg.