Integrationsleitfaden

So nutzen Sie novita ai opencode für eine gezielte Codeänderung

Eine Einrichtung von novita ai opencode ist nützlich, wenn OpenCode Modellunterstützung anfordern soll, während Sie die Kontrolle über das Repository behalten. Beginnen Sie mit einer klar abgegrenzten Aufgabe, prüfen Sie anschließend die vorgeschlagenen Änderungen und führen Sie die relevanten Tests aus.

Novita-Landingpage-Grafik

Ihr bisheriger Arbeitsablauf

Ihre Arbeit führt bereits von einer Anforderung über eine Änderung und einen Diff bis zu einem Test. Wenn Sie einen Anbieter hinzufügen, sollte sich ändern, woher OpenCode die Modellantworten bezieht – nicht, ob diese Prüfschritte stattfinden.

Separate Modellanfrage

Illustration eines eigenständigen KI-Workflows
Illustration zu einem OpenCode-Integrationsworkflow
Modellunterstützung in OpenCode

Diese Bilder veranschaulichen den Unterschied zwischen den Arbeitsabläufen; sie sind keine Screenshots einer verifizierten Konfiguration. Prüfen Sie bei beiden Ansätzen den Diff, bevor Sie eine Änderung übernehmen.

Wo wir ins Spiel kommen

Novita kommt beim Modellanbieter zum Einsatz. OpenCode bleibt der Ort, an dem Sie die Aufgabe beschreiben und die vorgeschlagenen Änderungen am Repository prüfen.

Anwendungsentwickler

Bitten Sie OpenCode, einer bestehenden Funktion eine Validierungsprüfung hinzuzufügen. Nennen Sie den Dateipfad und das erwartete Verhalten und grenzen Sie die Anfrage so ein, dass sich die Änderung in einem einzigen Diff prüfen lässt.

Das nützliche Ergebnis ist eine vorgeschlagene Änderung samt einem Test, den Sie lokal ausführen können. Einen genaueren Blick auf die Modellseite dieser Anordnung bietet die zugehörige LLM-Übersicht.

novita llm

Verantwortliche für die Integration

Nutzen Sie OpenCode, um eine fehlerhafte Antwort durch einen Client-Wrapper zurückzuverfolgen, eine kleine Korrektur vorzuschlagen und den Test zu ermitteln, der diesen Pfad abdeckt.

Betrachten Sie die Modellantwort als Hypothese, bis der Test bestanden ist. Die Inferenzübersicht erläutert die eigenständige Rolle des Dienstes für Anfragen und Antworten.

novita inference

Modellbewerter

Geben Sie OpenCode bei jedem Anbieter, den Sie evaluieren, dieselbe klar abgegrenzte Refaktorierungsaufgabe. Vergleichen Sie die entstandenen Diffs anhand derselben Akzeptanzkriterien.

Halten Sie fest, was geändert wurde, welche Tests ausgeführt wurden und wo manuelle Änderungen nötig waren. Die Hugging-Face-Seite beschreibt einen weiteren Weg, Modelloptionen von Novita zu entdecken.

novita ai hugging face

Vorher und nachher

Dieser Vergleich beschreibt die Übergabe, nicht das Versprechen, dass ein Modell einen korrekten Patch erstellt. Prüfen Sie die verfügbaren Anbietereinstellungen in der aktuellen OpenCode-Dokumentation.

Separate Unterhaltung mit dem Modell OpenCode mit Novita als Anbieter
1

Aufgabenkontext

Separate Unterhaltung mit dem Modell

Sie kopieren relevanten Code in eine separate Anfrage und erklären, wie die Teile zusammenhängen.

OpenCode mit Novita als Anbieter

Sie beschreiben die Aufgabe in OpenCode und prüfen, welchen Repository-Kontext es übermittelt.

2

Modellanfrage

Separate Unterhaltung mit dem Modell

Sie senden den Prompt über eine unabhängige Oberfläche.

OpenCode mit Novita als Anbieter

OpenCode sendet die Anfrage über die von Ihnen ausgewählte Anbieterkonfiguration.

3

Vorgeschlagene Änderung

Separate Unterhaltung mit dem Modell

Sie übertragen den vorgeschlagenen Code selbst in das Repository.

OpenCode mit Novita als Anbieter

Sie prüfen die vorgeschlagene Repository-Änderung, bevor Sie entscheiden, ob Sie sie übernehmen.

4

Prüfansicht

Separate Unterhaltung mit dem Modell

Sie vergleichen die eingefügten Vorschläge mit den Originaldateien.

OpenCode mit Novita als Anbieter

Sie prüfen den Diff auf Umfang, Verhalten und unbeabsichtigte Änderungen.

5

Überprüfung

Separate Unterhaltung mit dem Modell

Führen Sie nach dem Anwenden der Änderung die relevanten Prüfungen aus.

OpenCode mit Novita als Anbieter

Führen Sie auch nach der Prüfung der Änderung die relevanten Prüfungen aus.

6

Vertraulicher Kontext

Separates Modellgespräch

Sie entscheiden, was Sie in das externe Gespräch einfügen.

OpenCode mit Novita als Anbieter

Sie prüfen den Projektkontext und vermeiden es, Geheimnisse oder unnötige Dateien zu übermitteln.

7

Endgültige Entscheidung

Separates Modellgespräch

Sie entscheiden, ob die manuell vorgenommene Änderung fertig ist.

OpenCode mit Novita als Anbieter

Sie entscheiden, ob der geprüfte Diff und die Testergebnisse akzeptabel sind.

Anforderungen an das Ergebnis

Probieren Sie eine klar abgegrenzte OpenCode-Aufgabe aus

Wählen Sie eine kleine, rückgängig zu machende Änderung mit einem klaren erwarteten Ergebnis: Fügen Sie beispielsweise einen fehlenden Test für einen Grenzfall einer bestehenden Funktion hinzu. Prüfen Sie die aktuellen Anbieteranweisungen von OpenCode, bevor Sie Novita konfigurieren, und wählen Sie ein Modell, das von Ihrer Einrichtung unterstützt wird. Ein hilfreiches Ergebnis ist ein gut lesbarer Diff, eine kurze Begründung für die Änderung und die Ausgabe des relevanten Tests. Wenn die Änderung nicht betroffene Dateien berührt oder der Test fehlschlägt, überarbeiten Sie die Anfrage, statt den Patch zu übernehmen.

  • Nennen Sie die Datei und das erwartete Verhalten.
  • Prüfen Sie jede vorgeschlagene Änderung.
  • Führen Sie den relevanten Test aus, bevor Sie die Änderung übernehmen.

FAQ zum Szenario

Prüfen Sie die aktuellen Anbieteranweisungen von OpenCode und vergewissern Sie sich, dass sich das gewünschte Novita-Modell über den unterstützten Konfigurationsweg auswählen lässt. Integrationsdetails können sich ändern. Nutzen Sie daher die aktuelle Dokumentation, statt eine ungeprüfte Einstellung aus einer älteren Anleitung zu übernehmen. Beginnen Sie mit einer kleinen Testanfrage, bevor Sie an einem Repository arbeiten.

Das hängt vom gewählten Arbeitsablauf und den Berechtigungen in OpenCode ab. Lesen Sie die vorgeschlagenen Aktionen, prüfen Sie den daraus entstandenen Diff und übernehmen Sie nur Änderungen, die Ihrer Anfrage entsprechen. Betrachten Sie einen modellgenerierten Patch als Vorschlag, nicht als automatisch verifizierte Korrektur.

Wählen Sie eine klar abgegrenzte Änderung mit einem überprüfbaren Ergebnis, etwa einen Test für einen bekannten Grenzfall. Geben Sie die Datei, das erwartete Verhalten und etwaige Einschränkungen für die Änderung an. Eine eng umrissene Aufgabe erleichtert es, den Diff zu prüfen und das Ergebnis zu verifizieren.

Prüfen Sie den Diff, führen Sie die relevanten Tests aus und kontrollieren Sie das Verhalten, das mit der Anfrage geändert werden sollte. Eine selbstsichere Erklärung des Modells ersetzt diese Prüfungen nicht. Wenn das Ergebnis unvollständig ist, beschreiben Sie die Fehler in einer Folgeanfrage.

Nehmen Sie keine Geheimnisse in eine Anfrage auf und prüfen Sie, welcher Projektkontext an den konfigurierten Anbieter gesendet werden könnte. Beschränken Sie die Anfrage auf die für die Aufgabe benötigten Dateien und Angaben. Beachten Sie die Datenschutz- und Datenverarbeitungsregeln Ihrer Organisation, bevor Sie ein externes Modell mit privatem Code verwenden.

Jetzt entwickeln
Jetzt entwickeln