Kilo Code.

Die Arbeit geht außerhalb des Editors weiter

In Kilo können Sie das Repository studieren, eine Änderung vorbereiten und den Fehler mit verschiedenen Arbeitsflächen analysieren. Die offizielle Plattform listet Erweiterungen für VS Code und JetBrains, CLI, Cloud-Agenten und Desktop-App auf. Der Cloud-Modus unterscheidet sich besonders vom lokalen Modus: Umgebung, verfügbare Dateien und Rechenkosten ändern sich.

Verschieben Sie die Bedingungen einer Oberfläche nicht auf die anderen. Die Möglichkeit, ein Projekt in einer IDE zu öffnen, bedeutet nicht, dass seine Abhängigkeiten bereits für einen Remote-Agenten verfügbar sind. Überprüfen Sie zunächst, woher das Repository stammt, wie die Umgebung festgelegt ist und wo das Ergebnis gespeichert wird. Für parallele Aufgaben sind die Isolierung von Veränderungen und eine verständliche Reihenfolge ihrer Vereinigung wichtig.

Modi und Regeln für eine bestimmte Aufgabe

Planung, Codeschreiben und Debugging werden als verschiedene Möglichkeiten zur Organisation von Agentenarbeit dargestellt. Die Regeln helfen, Projektvereinbarungen zu konsolidieren, und zusätzliche Tools werden über Integrationen und MCP verbunden. Sie sind nützlich, wenn sie eine echte Überprüfung beschreiben, z. B. einen verbindlichen Build-Befehl oder ein Verbot, das öffentliche Datenformat zu ändern.

Angenommen, der Agent soll einen gemeinsamen Validator aus zwei Formularen herauslösen. Geben Sie vor, dass Fehlertexte und zulässige Werte erhalten bleiben müssen. Er soll zunächst die Unterschiede auflisten und dann eine gemeinsame Schnittstelle vorschlagen. Prüfen Sie beide Formulare nach der Änderung separat: Eine vorschnelle Zusammenführung kann unbemerkt eine wichtige Ausnahme entfernen.

Drei Kostenbestandteile

Die offizielle Seite teilt den Plattformplan, AI inference und Cloud Computing. Offene Clients sind kostenlos, Teamfunktionen haben separate Pläne und Remote-Starts können Rechenressourcen über die Modell-Token hinaus verbrauchen. Diese Unterscheidung ist wichtiger als ein einzelner Einstiegspreis für das Abonnement.

Für Modelle gibt es kostenlose Optionen, eigene Schlüssel, lokale Ollama/LM Studio, bezahlte Gateway und separate Credit-Angebote. Die Verfügbarkeit des kostenlosen Modells muss zum Zeitpunkt der Aufgabe überprüft werden. Ein lokales Modell bedeutet eine separate Konfiguration; Die Auswahl eines Cloud-Anbieters sendet weiterhin den entsprechenden Kontext an einen externen Dienst.

Gateway und Übernahme einer Änderung

Kilo besitzt ein eigenes Gateway mit einem programmatisch nutzbaren endpoint für den Modellzugang. Das ist eine API des Modell-Gateways, keine universelle HTTP-Schnittstelle für jede Agentenaktion. Diese Unterscheidung hilft bei der Wahl der Integration: Ein einzelner Schlüssel bietet nicht automatisch die Funktionen anderer Komponenten.

Akzeptieren Sie die endgültige Änderung über diff, Tests und Verhaltenstests in der Anwendung. Das bequeme Routing des Modells beweist nicht die Richtigkeit des Codes und hebt die Regeln für die Übertragung der Quellcodes nicht auf. Wenn die Aufgabe zwischen lokalen und Cloud-Modi wechselt, sehen Sie sich die Geheimnisse, Installationsbefehle und Prüfergebnisse in jeder Umgebung separat an.

Für die Cloud-Abhängigkeitsüberprüfung sollten Sie die Installationsbefehle separat bewerten. Das Modell kann einen korrekten Patch anbieten, aber die entfernte Umgebung hat nicht das gewünschte Systempaket. Ein solcher Fehler sollte als Einschränkung der Prüfung dargestellt werden und nicht durch eine Aussage über einen erfolgreichen Build ersetzt werden.

Für welche Aufgaben geeignet

• Code über IDE oder CLI korrigieren und refaktorieren
• Einzelne Aufgaben an Cloud-Agent übertragen
• Zwischen lokaler und cloudbasierter Inferenz wählen
• Die API des Modell-Gateways nutzen