Augment verkauft Cosmos und Auggie CLI an Harness, Kilo fordert mehr Kontrolle für Entwickler

Was Augment und Harness vereinbart haben

Laut dem Beitrag von Kilo hat Augment angekündigt, Cosmos, Auggie CLI, die Code Context Engine und zugehörige Technologie an Harness zu verkaufen. Auch das Team hinter diesen Produkten wechselt zu Harness.

Als Begründung nannte Augment, wie Schario berichtet, dass diese Fähigkeiten innerhalb einer breiteren Entwicklungsplattform mehr Kunden erreichen und mehr Nutzen stiften können. Schario sieht darin einen Hinweis darauf, wohin sich der Markt für Coding-Agenten entwickelt: Je mehr Arbeit Agenten übernehmen, desto enger werden sie mit den umgebenden Systemen verzahnt. Dadurch gewinnt Integration an Wert, und Kontrolle durch die Entwickler wird wichtiger.

Dem Beitrag zufolge plant Harness, den Code-Kontext von Augment mit Kontext aus Auslieferung und Produktion zu verbinden. Harness hat ausdrücklich erklärt, dass Kunden weiterhin ihre bevorzugten Coding-Tools nutzen können. Schario nennt das eine nützliche Zusage und rät Käufern, sie im Verlauf der Produktentwicklung zu prüfen.

Warum sich die Wahl eines Coding-Agenten verändert

Schario beschreibt, wie sich die Beziehung eines Teams zu einem Coding-Tool mit der Zeit vertieft. Es beginnt damit, dass man das Tool eine Funktion erklären oder einen Bug beheben lässt. Dann ergänzt ein Team eigene Anweisungen, verbindet das Tool mit seinem Issue-Tracker, richtet die Umgebung ein, in der Tests laufen, und bringt ihm bei, wie ein guter Pull Request aussieht und welche Aktionen eine Freigabe erfordern.

Ein Teil dieser Investition liegt im Repository, ein Teil in der Konfiguration, und ein weiterer Teil steckt womöglich im Dienst des Anbieters. Wer den Agenten wechselt, muss laut Beitrag klären, wie viel von diesem Aufwand erhalten bleibt. Schario zufolge ist das eine andere Kaufentscheidung als die für eine Autocomplete-Erweiterung: Ein Team wählt eine Abhängigkeit in der Art, wie es Software baut, und je besser sie funktioniert, desto mehr wird darum herum aufgebaut.

Schario sagt, das Ziel sei, dass sich die Zeit, die in die Verbesserung eines Workflows fließt, weiter auszahlt, wenn ein besseres Modell erscheint, sich Infrastrukturanforderungen ändern oder ein Team für einen Teil der Arbeit ein anderes Tool einsetzt. Solche Änderungen sollten gewöhnliche Wartung sein und keinen neuen Rollout in der gesamten Entwicklungsorganisation erfordern.

Kilos Position zur Offenheit

Der Beitrag räumt ein, dass es echte Vorteile hat, mehr vom Workflow zusammenzuführen. Entwickler verbringen weniger Zeit damit, Kontext zwischen Tools zu übertragen, Agenten können Rückmeldungen aus Tests und Reviews nutzen, und Teams können einheitliche Erwartungen daran festlegen, was passiert, bevor eine Änderung als fertig gilt.

Schario sagt, Kilo solle an demselben Maßstab gemessen werden wie Harness. Sie weist darauf hin, dass Kilo im Juli zu Anaconda gestoßen ist, und sagt, es sei nützlich, Tools für Entwickler mit mehr von dem Fundament zu verbinden, auf dem deren Arbeit beruht, sofern dies erweitert, was Entwickler leisten können, und zugleich eine echte Wahlfreiheit erhalten bleibt.

Dem Beitrag zufolge ist der Agent von Kilo Open Source, unterstützt mehrere Modellanbieter und lässt Entwickler eigene Schlüssel mitbringen oder lokale Modelle nutzen. Das bedeutet, dass der Quellcode eingesehen und angepasst werden kann und ein Team ein anderes Modell wählen kann, ohne sein Coding-Tool zu ersetzen.

Schario ergänzt, dass eine Lizenz oder eine Modellauswahl nicht das ganze Bild zeige. Gehostete Dienste, Integrationen und gespeicherter Kontext könnten eigene Abhängigkeiten schaffen. Entwickler sollten klare Antworten darauf bekommen, wo ihre Anweisungen liegen, welche Informationen Integrationen speichern und wie viel Aufwand es wäre, eine wiederkehrende Aufgabe anderswohin zu verlagern.

Was Teams vor einer Festlegung tun können

Der Beitrag schlägt einen praktischen Test für alle vor, die einen Coding-Agenten ausprobieren: einen echten Workflow durchlaufen lassen und dann etwas ändern. Das Modell wechseln, eine Anweisung ändern, die aufgerufenen Tools prüfen und herausfinden, wo die Konfiguration liegt und wie ein anderes Teammitglied sie reproduzieren könnte. Dann stellt sich die Frage, was sich mitnehmen ließe, wenn der Workflow woandershin umzieht.

Schario sagt, das zeige etwas, was eine Demo nicht kann: wie viel Kontrolle ein Team behält, nachdem das Tool nützlich geworden ist. Für Käufer sei der Deal zwischen Augment und Harness ein Anlass, diese Fragen früh zu stellen, da Coding-Agenten von Zusatzwerkzeugen zu einem Teil der Entwicklungsinfrastruktur werden.