TIL : OpenCode supporte plusieurs sessions parallèles via son architecture serveur

Note juillet 2026 : setup de l’époque OpenCode — la même architecture client/serveur existe côté Claude Code (sessions détachables, instances multiples).

OpenCode est architecturé en client/serveur — chaque instance TUI est un client qui se connecte à un processus serveur local. Ce qui veut dire qu’on peut ouvrir plusieurs sessions indépendantes en parallèle dans différents splits tmux, chacune avec son propre contexte et son propre modèle.

# Split tmux horizontal — deux sessions OpenCode indépendantes
tmux split-window -h 'opencode'

# Vérifier les processus actifs
ps aux | grep opencode
# → deux processus distincts, deux contextes isolés

En pratique : un agent sur le refactoring backend dans le split gauche, un agent sur les tests correspondants dans le split droit. Les sessions ne partagent pas de contexte — c’est voulu, ça évite la pollution croisée.

La limite : chaque session consomme son propre context window et facture indépendamment. Deux sessions Sonnet en parallèle = deux fois le coût. Sur les tâches parallèles mécaniques, c’est le bon moment de passer sur un modèle gratuit via Kilo Gateway.

→ Guide complet : OpenCode + Neovim setup