← Neueste Arbeiten
💻 computer science

Adoption and Impact of Command-Line AI Coding Agents: A Study of Microsoft's Early 2026 Rollout of Claude Code and GitHub Copilot CLI

Diese Untersuchung von Microsofts früher Rollout von KI-gestützten Coding-Agenten für die Befehlszeile im Jahr 2026 zeigt, dass die Einführung durch soziale Netzwerke vorangetrieben wird, die Bindung mit der Programmieraktivität statt mit demografischen Merkmalen korreliert und Nutzer eine Steigerung der gemergeden Pull Requests um 24 % erreichen, was demonstriert, dass diese Werkzeuge nachhaltige Produktivitätsgewinne über den Neuheitseffekt hinaus bieten.

Ursprüngliche Autoren: Emerson Murphy-Hill, Jenna Butler, Alexandra Savelieva

Veröffentlicht 2026-07-03
📖 5 Min. Lesezeit🧠 Tiefgang

Ursprüngliche Autoren: Emerson Murphy-Hill, Jenna Butler, Alexandra Savelieva

Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen

Stellen Sie sich ein riesiges Softwareunternehmen (Microsoft) vor, das beschließt, seinen tausenden Ingenieuren einen neuen, superintelligenten Assistenten zur Verfügung zu stellen. Dies ist nicht nur eine Rechtschreibprüfung; es ist ein „Command-Line-Agent“, der Code schreiben, Bugs beheben und Funktionen selbstständig bauen kann, wenn man ihm sagt, was er tun soll. Stellen Sie es sich so vor, als würde man jedem Ingenieur einen persönlichen Roboter-Butler geben, der in seinem Computerterminal lebt.

Anfang 2026 rollte Microsoft zwei Versionen dieser Roboter aus: Copilot CLI (erstellt von GitHub, das Microsoft gehört) und Claude Code (erstellt von Anthropic).

Das Unternehmen hatte drei große Sorgen:

  1. Wer wird die Roboter tatsächlich ausprobieren?
  2. Wer wird sie weiterhin nutzen, oder werden sie sie nur für einen Tag spielen lassen und dann aufgeben?
  3. Ist der Roboter das Geld wert? (Diese Roboter sind teuer im Betrieb und kosten Millionen von Dollar an „Tokens“ pro Jahr.)

Hier ist, was die Forscher herausgefunden haben, einfach erklärt:

1. Der „Wassersprudler“-Effekt (Adoption/Annahme)

Der wichtigste Faktor dafür, ob ein Ingenieur den Roboter ausprobierte, war nicht sein Jobtitel, wie lange er schon im Unternehmen war oder sein Alter. Es war, wen er kannte.

  • Die Analogie: Stellen Sie sich vor, ein neuer Tanztrend beginnt auf einer Party. Sie werden am ehesten dazu neigen, ihn auszuprobieren, wenn Sie Ihre Freunde dabei sehen, wie sie tanzen – besonders, wenn Ihr Chef oder die Leute, mit denen Sie am engsten zusammenarbeiten, tanzen.
  • Das Ergebnis: Wenn ein Ingenieur sah, dass seine Kollegen (die Leute, mit denen er Code reviewte) oder seine übergeordneten Manager (der Chef seines Chefs) das Tool nutzten, war die Wahrscheinlichkeit, dass er das Tool ausprobiert, viel höher. Tatsächlich stieg die Chance, dass ein Ingenieur das Tool ausprobierte, um über 200 %, wenn mehr als 25 % einer bestimmten Peer-Gruppe es nutzten.
  • Die überraschende Wendung: Ingenieure, die bereits intensive Nutzer der alten KI-Tools (innerhalb ihres Code-Editors) waren, waren tatsächlich weniger wahrscheinlich bereit, den neuen Command-Line-Roboter dauerhaft zu nutzen. Es ist, als würde jemand, der sein aktuelles Auto liebt, zwar vielleicht ein neues Modell ausprobieren, aber wenn er sein altes Auto zu sehr liebt, wird er nicht dauerhaft wechseln.

2. Der „Fleißige Biene“-Effekt (Retention/Bindung)

Wer hat das Tool nach dem ersten Testen weitergenutzt?

  • Die Analogie: Denken Sie an das Tool als eine neue, hochtechnologische Bohrmaschine. Ein professioneller Bauunternehmer, der ohnehin jeden Tag Löcher bohrt, ist am wahrscheinlichsten derjenige, der die neue Bohrmaschine weiter benutzen wird. Ein Hobbyist, der selten bohrt, wird sie vielleicht einmal ausprobieren und dann wieder in die Kiste legen.
  • Das Ergebnis: Die Ingenieure, die bereits sehr beschäftigt waren (viele Code-Änderungen zusammenführten), waren diejenigen, die das Tool beibehielten. Je mehr Code sie veröffentlichten, desto eher nutzten sie den Roboter weiter. Junior-Ingenieure und Manager zeigten kein starkes Muster bezüglich der dauerhaften Nutzung.

3. Der „Super-Produktivitäts“-Boost (Impact/Auswirkung)

Die wichtigste Frage: Haben die Roboter tatsächlich geholfen?

  • Die Analogie: Stellen Sie sich vor, Sie geben einer Gruppe von Autoren eine magische Schreibmaschine, die ihre Sätze vervollständigt. Schreiben sie dadurch mehr Bücher?
  • Das Ergebnis: Ja. Ingenieure, die diese Tools nutzten, führten 24 % mehr Pull Requests (Code-Änderungen) zusammen als ohne sie.
  • Die „Kein-Nachlassen“-Überraschrasung: Normalerweise passiert es, dass Menschen, wenn sie ein neues Spielzeug bekommen, einen Monat lang begeistert sind und dann das Interesse verlieren. Diese Studie betrachtete einen Zeitraum von vier Monaten und stellte fest, dass der Boost niemals nachließ. Die Ingenieure wurden nicht nur schneller; sie begannen, größere, komplexere Projekte anzugehen, die sie normalerweise vermieden hätten. Ein Ingenieur sagte: „Ich denke nicht mehr nur über enge Lösungen nach; ich kann den Agenten nutzen, um breit zu denken.“

4. Tool-Showdown: Copilot vs. Claude

Microsoft bot zwei verschiedene Roboter an. Welcher funktionierte besser?

  • Das Ergebnis: Copilot CLI (das Tool, das Microsoft selbst gebaut hat) führte zu etwa doppelt so viel zusätzlicher Arbeit wie Claude Code.
  • Warum? Das Paper legt zwei Gründe nahe:
    1. Microsoft-Ingenieure sind vielleicht einfach besser darin, das Tool zu nutzen, das ihr eigenes Unternehmen gebaut hat, weil es besser zu ihrem spezifischen Workflow passt.
    2. Die beiden Tools könnten für unterschiedliche Arten von Aufgaben verwendet werden, aber das von Microsoft gebaute Tool schien in ihrer spezifischen Umgebung mehr „zusammengeführten Code“ freizusetzen.

5. Das Fazit

Die Studie kommt zu dem Schluss, dass diese KI-Agenten nicht nur eine „Neuheit“ (ein lustiges Spielzeug, das schnell langweilig wird) sind. Sie sind ein echter Produktivitätsbooster, der anhält.

Die Autoren fügen jedoch eine entscheidende Warnung hinzu: Mehr Code bedeutet nicht automatisch besseren Code.

  • Die Analogie: Wenn Sie einem Koch eine Maschine geben, die Gemüse 24 % schneller schneidet, kann er mehr Suppe machen. Aber das bedeutet nicht, dass die Suppe dadurch besser schmeckt. Die Studie hat gemessen, wie viel Suppe gemacht wurde, nicht wie gut sie schmeckte.

Kurz gesagt: Wenn Sie wollen, dass Ihr Team diese KI-Tools nutzt, schicken Sie nicht einfach nur eine E-Mail. Stellen Sie sicher, dass das Team sieht, wie seine Kollegen und Führungskräfte sie verwenden. Und wenn sie sie nutzen, können Sie damit rechnen, dass sie signifikant mehr Arbeit erledigen, vorausgesetzt, sie sind ohnehin schon fleißige Arbeiter. Denken Sie aber daran, dass Sie immer noch prüfen müssen, ob diese zusätzliche Arbeit auch tatsächlich von hoher Qualität ist.

Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?

Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.

Digest testen →