Konfiguriere den Anbieter vor dem Versand
Installiere OpenCode separat und konfiguriere mindestens einen Modellanbieter. VibeiDE nutzt diese Konfiguration, wenn es eine klar begrenzte Headless-Ausführung startet. Es liefert kein neues Modell-Abonnement und macht aus einer nicht konfigurierten CLI keinen funktionierenden Anbieter.
Gib Headless-Arbeit einen Task-Lebenszyklus
Wähle das Repository, schreibe die Anfrage und lege die OpenCode-Kapazität des Projekts fest. Der Task wartet, läuft und dokumentiert sein Ergebnis unter demselben Warteschlangen-Lebenszyklus, der auch für andere Anbieter gilt. Seine Aktivität und sein Ergebnis bleiben nach Prozessende zur Prüfung verfügbar.
Nutze die richtige Erwartung an die Oberfläche
Die OpenCode-Ausführung hier ist headless. Sie bietet nicht die interaktive Terminal-Fortsetzung, die für unterstützte Codex- und Claude-Code-Sitzungen verfügbar ist. Planungsrat und der Standup-Workflow nutzen Codex und Claude. Wähle OpenCode für Arbeit, die zu seinem unterstützten Ausführungspfad passt.
Prüfe, bevor du zur nächsten Abhängigkeit übergehst
Dokumentationsprüfungen, eine begrenzte Untersuchung oder eine unabhängige Stapeländerung können passende Prompts sein, wenn dein konfiguriertes Modell sie unterstützt. Prüfe das Ergebnis gegen die tatsächliche Anfrage. Ein abgeschlossener Prozess ist ein Nachweis für ein zu prüfendes Ergebnis, keine Garantie, dass die Änderung versandbereit ist.