Continue im Test: ein Assistent, bei dem Sie das Modell waehlen
Zusammenfassung
Eine offene Erweiterung fuer den vorhandenen Editor, die mit jedem Modell spricht, auf das man zeigt: aus der Wolke, lokal oder als eigener Dienst im Firmennetz, konfiguriert in einer Datei in eigener Hand.
Empfehlen- Name
- Continue
- Version
- 2.1
- Preis
- Kostenlos
- Open Source
- Open Source
- Betriebssystem
- VS CodeJetBrains
- Webseite
- https://www.continue.dev/
- Aktualisiert
- 2026-10-08 17:07
Die Wahl, die niemand angeboten hat
Die meisten Assistenten fuer Programmierarbeit kommen als Paket: ein Abonnement, ein festes Modell und ein kurzer Absatz, der erklaert, dass der Code zur Verarbeitung an einen Server geht. Fuer ein privates Vorhaben ist das ein fairer Tausch. Fuer ein Projekt mit dem Namen eines Kunden im Datenmodell, fuer eine regulierte Branche oder fuer ein noch nicht angekuendigtes Produkt endet diese Verhandlung meist damit, dass die Sicherheitsabteilung nein sagt. Die Luecke betrifft nicht die Qualitaet, sondern die Frage, wer entscheidet.
Continue fuellt diese Luecke, indem es sich weigert, ein Paket zu sein. Es ist eine offene Erweiterung fuer den vorhandenen Editor, gleich ob die freie oder eine kommerzielle Umgebung, und sie verbindet sich mit dem Modell, das man einstellt: ein gehostetes kommerzielles Modell, ein offenes Modell auf der eigenen Maschine oder ein eigener Dienst im Firmennetz. Die Konfiguration liegt in einer Datei, die mit dem Projekt wandert, also laesst sich das Verhalten des Assistenten so pruefen wie der Code, bei dem er hilft.

Was Offenheit wirklich einbringt
Der erste Gewinn ist Verhandlungsmacht. Wenn das Modell eine Konfigurationszeile ist und kein Abonnement, werden Preis und Faehigkeit vergleichbar, und ein Wechsel kostet eine Minute. Teams, die einen Jahresvertrag nie neu verhandeln wuerden, testen an einem Nachmittag drei Modelle und behalten das guenstigste, das ihre eigene Pruefung besteht. Das ist ein gesuenderes Verhaeltnis zur Technik als Markentreue.
Der zweite ist, dass heikle Arbeit dort bleibt, wo sie hingehoert. Zeigt die Erweiterung auf ein Modell auf dem Entwicklerrechner, verlaesst der Code das Geraet nie. Zeigt sie auf einen internen Endpunkt, bleibt der Verkehr im Netz. Das ist keine Aussage ueber gute Absichten, sondern eine Eigenschaft des Aufbaus, und sie laesst sich am Netzverkehr ueberpruefen statt an einem Richtlinienpapier.
Der dritte ist, dass sich am Ablauf nichts aendert. Ergaenzung im Text, Gespraech ueber die offene Datei, Aenderungen mit dem ganzen Projekt als Zusammenhang und eigene Befehle als wiederverwendbare Anweisungen arbeiten wie anderswo. Der Assistent spricht zudem das gaengige Protokoll fuer Werkzeuge, sodass ein Verzeichnis der Dokumentation oder eine Aufgabenverwaltung ohne eigenes Zusatzstueck angebunden wird.
Was es ehrlich kostet
Der Tausch ist real. Ein gehosteter Assistent mit festem Modell ist eine betreute Erfahrung: Verfuegbarkeit, Kontextgrenzen und die langsame Drahtveraenderung des Modells erledigt jemand anders. Hier gehoeren diese Probleme einem selbst. Ein lokales Modell braucht Arbeits- und Grafikspeicher, um brauchbar zu sein, und der Unterschied zwischen einem grossen gehosteten und einem kleinen lokalen Modell zeigt sich in der Qualitaet der Vorschlaege, besonders bei fremdem Code.
Die Konfiguration ist ein zweiter ehrlicher Kostenpunkt. Die Datei ist lesbar, das ist der Zweck, aber sie will gelesen werden. In der Praxis richtet eine Person im Team sie einmal ein, uebergibt sie der Sammlung, und alle anderen erben das Ergebnis, dasselbe Muster wie bei der Einstellung eines Pruefwerkzeugs und genauso unglamouroes.
Der Sinn eines offenen Assistenten ist nicht, dass er nichts kostet. Er ist, dass die Entscheidung darueber, welches Modell den Code liest, den Leuten gehoert, denen der Code gehoert, und dass diese Entscheidung ohne Rueckfrage beim Anbieter aenderbar bleibt.
Praktische Hinweise fuer die erste Woche. Mit der lokalen Variante beginnen, um zu sehen, wie viel Qualitaet verloren geht, denn diese Zahl sagt, ob der private Weg fuer die eigene Arbeit ueberhaupt traegt. Die Konventionen des Teams in einen eigenen Befehl schreiben, weil dort der meiste Wert liegt, sobald die Neuheit verflogen ist. Und heikle Projekte auf einem Endpunkt halten, den man kontrolliert, denn ein offenes Werkzeug liefert seinen Vorteil nur mit der Konfiguration, fuer die es gewaehlt wurde.