Laufzeit prüfen
Bereiten Sie Node.js LTS, Git, einen sauberen Projektordner und ein Terminal mit Zugriff auf den Modellprovider vor.
Praxisleitfaden 2026
Dieser Leitfaden hilft Entwicklern, OpenCode schnell lauffähig zu machen. Er behandelt Umgebung, CLI-Installation, Provider-Verbindung, Projektkonfiguration, Validierung und typische Fehler.
Quick Start
Nutzen Sie diese Reihenfolge für die Erstinstallation oder beim Umzug auf einen neuen Rechner.
Bereiten Sie Node.js LTS, Git, einen sauberen Projektordner und ein Terminal mit Zugriff auf den Modellprovider vor.
Nutzen Sie die offizielle Methode und prüfen Sie, ob der Befehl opencode verfügbar ist.
Starten Sie mit einem Provider und speichern Sie API-Schlüssel außerhalb des Repositories.
Beginnen Sie mit einem stabilen Modell und kopieren Sie die echte Modell-ID aus Dashboard oder Dokumentation.
Nutzen Sie opencode.json für nicht geheime Einstellungen wie Berechtigungen, ignorierte Pfade und Standardmodell.
Lassen Sie OpenCode eine Datei erklären, eine risikoarme Änderung machen und einen Test ausführen.
Dokumentieren Sie Node-Version, Provider, Proxy, Standardmodell und häufige Fehler.
Provider
Die meisten Probleme entstehen durch API-Schlüssel, Base URLs, Modellnamen, Proxy-Einstellungen oder zu breite Rechte.
| Prüfung | Empfohlene Aktion | Häufiger Fehler |
|---|---|---|
| API-Schlüssel | Außerhalb des Repositories speichern. | Secrets nach Git committen. |
| Base URL | Offiziellen oder kompatiblen Endpunkt nutzen. | Falscher Pfad oder fehlendes Protokoll. |
| Modellname | Die echte Modell-ID kopieren. | Marketingnamen als API-ID verwenden. |
| Berechtigungen | Konservativ starten und nach Tests erweitern. | Vor der Validierung alles erlauben. |
Use this as a non-secret configuration shape. Confirm exact fields with your OpenCode version.
{
"model": "provider/model-id",
"permission": { "edit": "ask", "bash": "ask" },
"ignore": ["node_modules", ".env", "dist"]
}
Platform Notes
PowerShell reicht für einfache Projekte; bei vielen Linux-Tools ist WSL meist besser.
Prüfen Sie, welche Node-Installation das Terminal wirklich nutzt.
Nutzen Sie keinen Root-Alltag für Entwicklung und schützen Sie API-Schlüssel.
Troubleshooting
FAQ
Node.js LTS, Git, ein Terminal und mindestens einen Provider-API-Schlüssel.
Meist in die Repository-Wurzel, aber niemals mit Secrets.
Datei lesen, kleine Änderung machen und Test oder Formatierung ausführen.