Die TUI läuft im Terminal, die Desktop App ist offen, im Hintergrund arbeitet der Service an zwei Projekten. Alle nutzen denselben Login für einen entfernten MCP Server. Dann läuft das Token ab, alle erneuern es im selben Moment, und ihr seid abgemeldet. Also wieder anmelden, mitten in der Arbeit. OpenCode 2.2.7 räumt genau damit auf.
Die Überschrift des Releases gehört GitHub Copilot Auto. Für uns ist der MCP Teil der wichtigere. Wir arbeiten täglich mit OpenCode und betreiben eigene MCP Server, etwa für Sulu und n8n. Hier steht, was neu ist, was davon im Alltag zählt und was ihr vor dem Update prüfen solltet. Den Vorgänger haben wir in OpenCode 2.2.6 eingeordnet.
OpenCode mit MCP im Team nutzen: Im Workshop arbeiten eure Developer direkt im Terminal. Sie lernen, wie Regeldateien, Permissions und Quality Gates den Agenten im Rahmen halten, auch wenn er über MCP auf eure Systeme zugreift. Zum NCA KI Workshop für Developer
Was ist neu in OpenCode 2.2.7
Der offizielle Changelog nennt drei Highlights, zwei Breaking Changes, 13 Verbesserungen und über 30 Fixes. Für Teams zählen vor allem diese Punkte:
- MCP Logins bleiben bestehen. Entfernte MCP Server melden euch nicht mehr ab, wenn mehrere Clients gleichzeitig das Token erneuern.
- GitHub Copilot Auto. Im Model Picker wählt der Router von Copilot das Modell für jede Session.
- Exit Codes in der Shell Ausgabe. Jedes Shell Ergebnis endet mit
Exit code: N. - Weniger Tokens bei MCP Änderungen. Code Mode schickt dem Modell nur noch, was sich geändert hat.
- Tabs und Sessions. Neue Shortcuts für das Side Panel, dazu lassen sich Sessions als ungelesen markieren.
- Zwei Breaking Changes. Sie betreffen alle, die
@opencode/aioder das SDK direkt im eigenen Code nutzen.
Warum MCP Logins in OpenCode 2.2.7 nicht mehr abbrechen
Viele entfernte MCP Server melden euch per OAuth an und tauschen bei jeder Erneuerung auch das Refresh Token aus. Das alte Token ist danach ungültig. Solange nur ein Client fragt, geht das gut. Fragen TUI, Desktop App, Hintergrund Service und mehrere Projekte gleichzeitig, gewinnt einer und die anderen stehen mit einem alten Token da. Das Ergebnis war ein Logout.
Ab 2.2.7 übersteht der Login diesen Moment. Dazu kommen drei Fixes, die im Alltag viel Ärger sparen:
- Kurze Aussetzer kosten nicht mehr den Login. Scheitert die Erneuerung des Tokens nur vorübergehend, bleibt der Login für den nächsten Versuch erhalten. Vorher stand der Server auf
needs_auth. - Erledigte Aktionen gelten nicht mehr als gescheitert. Passt das Ergebnis eines MCP Tools nicht zum eigenen Ausgabe Schema, schlägt der Aufruf nicht mehr fehl.
- MCP Prompts bleiben verfügbar, auch wenn das Neuladen der Prompt Liste eines Servers scheitert.
Der zweite Punkt wiegt schwerer, als er klingt. Ein Agent, der eine erledigte Aktion für gescheitert hält, startet sie im Zweifel ein zweites Mal. Bei einem Lesezugriff ist das egal. Bei einem Schreibzugriff auf ein CMS oder ein CRM habt ihr dann einen doppelten Eintrag. Wie wir Unternehmensdaten über eigene MCP Server für Agenten nutzbar machen, zeigt die Seite zur NCA MCP Middleware.
Wie Code Mode in OpenCode 2.2.7 Tokens spart
MCP Server verbinden sich, trennen sich oder bekommen neue Tools. Bisher bekam das Modell in Code Mode danach den ganzen Tool Katalog. Jetzt schickt OpenCode eine kurze Liste mit dem, was sich geändert hat. Wer viele Server angebunden hat, spart damit bei jedem Wechsel Kontext. Mehr dazu, wie ihr MCP schlank haltet, steht in MCP Responses optimieren und Token sparen.
Auch das Aufwärmen des Prompt Cache ist klüger geworden. Mit der Voreinstellung interval: "auto" richtet sich der Takt der Pings nach der cache.ttl des Modells. Ohne TTL pingt OpenCode alle vier Minuten. Modelle, deren Cache ohnehin länger hält als die eingestellte Dauer, bekommen gar keine Pings mehr. Die Tokens und Kosten dieser Pings zählen jetzt in die Summe der Session. Das ist ehrlicher, und es passt zu unserem Blick auf KI Kosten in der Praxis.
GitHub Copilot Auto in OpenCode nutzen
Wer OpenCode mit einem GitHub Copilot Konto betreibt, findet im Model Picker den Eintrag Auto, sofern das Konto einen Auto Pool hat. Dann wählt der Router von Copilot das Modell für jede Session. Schlägt das Routing fehl, nimmt OpenCode das Standard Chat Modell des Kontos. Laut GitHub Doku zur automatischen Modellwahl gibt es in bezahlten Plänen einen Rabatt auf die Modellkosten, wenn Auto die Wahl trifft. OpenCode rechnet laut Changelog zu diesem Auto Rabatt ab.
Für Copilot Nutzer gibt es drei weitere Verbesserungen:
- Echte Kosten. Die Session zeigt den Betrag, den Copilot berechnet hat, und nicht mehr die Schätzung aus dem Katalog.
- Klare Fehler. Blockt ein Inhaltsfilter die Antwort, nennt die Meldung den Filter.
- Planwechsel ohne neuen Login. Nach einem Wechsel des Plans holt sich OpenCode den neuen API Endpunkt beim nächsten Laden der Modelle.
Unsere Einordnung dazu: Wir nutzen GitHub Copilot nicht produktiv. Bei uns läuft OpenCode mit Open Weight Modellen. Copilot Auto ist geeignet für Teams, die ihr Copilot Abo ohnehin haben und im Terminal nicht bei jeder Session ein Modell wählen wollen. Ihr gebt damit die Modellwahl aus der Hand. Wer Ergebnisse vergleichen will, legt das Modell besser fest. Welche Modelle wir wofür einordnen, steht in unserer Übersicht der Vibe Coding Modelle.
Exit Codes und Timeouts in der Shell Ausgabe von OpenCode
Shell Ergebnisse enden jetzt mit Exit code: N. Beendet ein Signal den Befehl, steht der Name des Signals dabei. Läuft ein Befehl in den Timeout, nennt OpenCode die Wartezeit und schlägt ein größeres Limit vor. Das klingt nach einer Kleinigkeit. Für die Arbeit mit Quality Gates ist es zentral, denn der Agent muss sicher wissen, ob PHPStan, PHPUnit oder ein Cypress Lauf durchgegangen ist.
Drei weitere Änderungen an den Werkzeugen des Agenten:
- Lesen vom Dateiende.
readnimmt einen negativenoffsetan. Mit-50liest der Agent die letzten 50 Zeilen, etwa von einem Log. Liegt der Offset hinter dem Dateiende, kommen die letzten Zeilen und die Zeilenzahl zurück. - zsh verhält sich wie bash. Ein Muster ohne Treffer wie
rm *.tmpstoppt den Befehl nicht mehr. - Windows. Mehrzeilige Befehle verlieren mit PowerShell 7 aus dem Microsoft Store nicht mehr alles nach der ersten Zeile.
Neue Tab Shortcuts im Side Panel und ungelesene Sessions
Wer mit vielen Sessions parallel arbeitet, räumt jetzt schneller auf:
- Tabs rechts schließen. Ein Rechtsklick auf einen Side Panel Tab bietet Close tabs to the right.
⌘Wschließt Side Panel Tabs, egal wo der Fokus liegt.⌥⌘WoderCtrl+Alt+Wschließt immer den Session Tab.⌘⇧Töffnet den zuletzt geschlossenen Tab wieder an seiner alten Stelle.- Mark as unread. Im Menü eines Tabs, einer Zeile auf dem Home Screen, einer Projektzeile oder einer Inbox Karte bleibt der Punkt stehen, bis ihr die Session wieder besucht.
In der TUI haben die Dialoge für Updates und Bestätigungen jetzt Buttons, zwischen denen ihr mit den Pfeiltasten und Tab wechselt. Die Aktion Usage im Model Picker ist weg, dafür gibt es /usage. Die TUI folgt dem hellen oder dunklen Modus des Terminals, und Session Exporte landen im aktuellen Arbeitsverzeichnis. In der Desktop App erreichen Screenreader jetzt auch Auswahllisten, Menüs, Tooltips und Hinweise, die aus einem Dialog heraus geöffnet werden.
Breaking Changes in OpenCode 2.2.7 für SDK Nutzer
Wer OpenCode nur in der TUI oder der Desktop App nutzt, merkt von beiden Änderungen nichts. Wer eigene Tools darauf baut, sollte sie kennen.
Erstens entfällt in @opencode/ai das Feld ImageResponse.image. Das Bild steht jetzt im Array:
// bis 2.2.6
const image = response.image
// ab 2.2.7
const image = response.images[0]
Zweitens warten im SDK weniger Endpunkte darauf, dass Plugins geladen sind. agent.list liefert die Agents, die bis dahin geladen wurden. integration.list, usage.limits, vcs.init, rpc.call und artifact.* warten nicht mehr bis zu fünf Sekunden. Was ein Plugin beisteuert, erscheint, sobald es fertig geladen ist. Hört deshalb auf das passende *.updated Event und ladet die Liste dann neu. Die Endpunkte für Modelle und Provider sowie generate.*, voice.* und websearch.query warten weiterhin.
OpenCode 2.2.7 Neuerungen im Überblick
| Neuerung | Wo ihr sie findet | Nutzen im Team |
|---|---|---|
| MCP Logins bleiben bestehen | Entfernte MCP Server mit OAuth | Kein neuer Login bei mehreren Clients |
| Kurze Änderungsliste | Code Mode | Weniger Tokens bei wechselnden MCP Tools |
| GitHub Copilot Auto | Model Picker, Eintrag Auto | Copilot wählt das Modell pro Session |
| Exit Code in der Ausgabe | Exit code: N am Ende | Der Agent erkennt gescheiterte Prüfungen |
| Lesen vom Dateiende | read mit negativem offset | Die letzten Zeilen eines Logs ohne Umweg |
| Cache Warming nach TTL | interval: "auto" | Keine unnötigen Pings |
| Tab Shortcuts | Side Panel | Schneller aufräumen bei vielen Sessions |
| Ungelesen markieren | Mark as unread | Sessions für später vormerken |
| Verbrauch anzeigen | /usage in der TUI | Ersetzt die Aktion im Model Picker |
| Breaking Change | response.images[0] | Betrifft nur direkte Nutzer von @opencode/ai |
OpenCode auf 2.2.7 aktualisieren
Das Update stoßt ihr selbst an, im Terminal oder in der laufenden TUI. Nach dem Neustart zeigt die TUI einen Dialog mit den Neuerungen, den ihr mit ok schließt.
# Update im Terminal
opencode upgrade
# Alternativ in der laufenden TUI
/update
# Version prüfen
opencode --version
Wer noch auf Version 1 arbeitet, liest zuerst unseren Artikel zu OpenCode 2.0. Alle Änderungen im Detail findet ihr im Release auf GitHub.
Unsere Einordnung
OpenCode 2.2.7 bringt wenig zum Vorzeigen und viel Verlässlichkeit im Alltag. Stabile MCP Logins und klare Exit Codes passen genau zu unserer Arbeitsweise. Der Agent schreibt Code, die Quality Gates entscheiden, ob er gut genug ist. Dafür muss der Agent sicher wissen, ob eine Prüfung durchgelaufen ist und ob eine Aktion wirklich ausgeführt wurde.
Vor dem Update prüft ihr zwei Dinge. Nutzt euer eigener Code @opencode/ai oder das SDK, dann lest die Breaking Changes. Und haltet die Version in Pipelines fest, damit ein neues Release nicht unbemerkt in einen Lauf rutscht. Wie ihr dem Agenten über MCP nur das erlaubt, was er wirklich braucht, steht in OpenCode Permissions richtig einstellen. Alle Details zu Modellen, Installation und Einordnung findet ihr auf unserer Übersichtsseite zu OpenCode als Open Source Coding Agent.
OpenCode über MCP mit euren Systemen verbinden
Wir binden CMS, CRM und interne Daten über MCP an OpenCode an, richten Permissions und Policies ein und koppeln den Agenten an eure Quality Gates. Im kostenlosen Kennenlernen schätzen wir den Aufwand, abgerechnet wird transparent auf die Minute.
