Dies ist die erste Ausgabe eines Berichts, den wir vierteljährlich aktualisieren wollen: Worum Menschen die Coding-Agenten anderer bitten und was passiert, wenn sie es tun. Die Daten stammen aus der Private Beta von muti, decken die dreißig Tage bis zum 6. September 2026 ab und sind überschaubar. Achtundfünfzig Anfragen, sechs Maschinen, zehn Räume. Wir veröffentlichen sie trotzdem, weil sonst niemand Daten zu geteilten Agenten teilt – und kleine, ehrliche Zahlen besser sind als große, erfundene.
Alle Zahlen sind aggregiert. Keine Anfragetexte, keine Namen, keine Raumnamen.
Die Zahlen
Fünf Kennzahlen aus den ersten dreißig Tagen mit ihren Nennern.
Was sie unserer Meinung nach bedeuten
Ein Drittel der Anfragen von Nicht-Besitzern ist viel für eine Beta ohne Marketing. Besitzer luden Personen ein, und diese Personen nutzten den Agenten. Das Teilen ist das Produkt, und es passierte ganz von selbst.
Freigaben erfolgen schnell, wenn sie selten sind. Neun Freigaben bei achtundfünfzig Anfragen, beantwortet in einem Median von 38 Sekunden. Das ist genau das Verhalten, auf das das Design abzielt: Die vier Aktionen, bei denen immer pausiert wird, und die Berechtigungsmodi halten Prompts rar, sodass die verbleibenden Prompts eine echte Überprüfung erhalten. Siehe Vier Aktionen, bei denen ein Agent immer vorab nachfragen sollte.
Bash fragt nach. Die meisten Freigaben betrafen Shell-Befehle. Das Lesen und Bearbeiten von Dateien lief größtenteils unter acceptEdits; die Momente, in denen ein Mensch benötigt wurde, waren Befehle. Das deckt sich damit, wofür die Berechtigungsmodi entworfen wurden.
Fehler sind meist Runtime-Fehler, keine Berechtigungsfehler. Zehn Anfragen schlugen fehl; in der Timeline sind das Testfehlschläge, fehlende Tools und ein Runtime-Timeout. Keine davon war eine abgelehnte Freigabe.
Einundvierzig Sekunden ist die mediane Aufgabe. Geteilte Agenten werden bisher um kleine, spezifische Dinge gebeten: dies erneut ausführen, jenes zusammenfassen, dies exportieren. Lange Refactorings sind selten und werden meist von Besitzern initiiert.
Was die Zahlen nicht bedeuten
- Sie sind nicht repräsentativ. Sechs Maschinen, hauptsächlich unsere eigenen und die von Freunden. Der Anteil der Anfragen von Nicht-Besitzern wird sinken, sobald die Besitzer-Basis wächst, bevor er wieder steigt.
- Abschluss bedeutet nicht Korrektheit. „Fertig“ bedeutet, dass die Runtime ohne Fehler beendet wurde; ob das Ergebnis gut war, wird hier nicht gemessen.
- Die Latenz von Freigaben hängt vom Besitzer ab. Neun Datenpunkte, mehrere Besitzer, eine Zahl. Betrachten Sie sie eher als „unter einer Minute“ statt als „38 Sekunden“.
Was wir noch hinzufügen werden
Nächste Ausgabe: Anfrage-Kategorien (Code / Dokumente / Daten / Dateien), Anteil der Anfragen mit Anhängen und Freigabe-Latenz nach Tageszeit. Alles aggregiert, alles mit Nennern veröffentlicht.
Methodik
Die Zahlen stammen aus denselben Tabellen, auf denen das Produkt läuft: Anfragen, Tool-Freigaben, Raum-Mitgliedschaften und Timeline-Ereignisse, gezählt über UTC-Tage. Kein Sampling. Als gelöscht markierte Räume und Agenten sind von „aktuellen“ Zählungen ausgeschlossen und in „aufgetretenen“ Zählungen enthalten. Das Audit-Modell wird in Was ein Audit-Log aufzeichnen muss beschrieben.
Häufig gestellte Fragen
Kann ich die Rohdaten bekommen? Nein. Die aggregierten Daten sind alles, was wir veröffentlichen; Anfragen bleiben für ihre jeweiligen Räume privat.
Warum bei n = 58 veröffentlichen? Weil die Alternative ist, gar nichts zu veröffentlichen, und weil die Angabe des Nenners den Lesern ermöglicht, ihn selbst zu gewichten. Die nächste Ausgabe wird größer sein oder erklären, warum sie es nicht ist.
Wie oft? Vierteljährlich, mit denselben Metriken zum Vergleichen, plus den in der vorherigen Ausgabe angekündigten Ergänzungen.
Wenn Sie in der nächsten Ausgabe dabei sein möchten: Geben Sie Ihrem Agenten einen Raum.
Veröffentlicht am