README spiega come creare gli eseguibili Windows e Linux (scripts/publish.sh o dotnet publish a mano), la dimensione, come usarli e l'avviso sul file non firmato. MVP, ADR-0002, CLAUDE.md e TESTING.md (riga VM-20) indicano che all'avvio e a ogni cambio di CLI si parte dal modello più piccolo del motore con effort low. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
6.8 KiB
ADR-0002 — Più motori CLI (Claude Code, Codex, Antigravity) su Windows e Linux
- Stato: Accettata per Claude Code e Codex (verificati con prove reali); Antigravity resta da verificare
- Data: 2026-10-15
- Collegato a: ADR-0001 (GUI e piattaforme)
Contesto
L'app lancia solo claude -p. Si vuole usare dalla stessa chat anche OpenAI Codex CLI e Antigravity CLI (agy), così come claude già installati da terminale dall'utente, su Windows e Linux. L'app non li installa e non gestisce login: sono programmi esterni, autenticati a parte.
Criteri di decisione
- Aggiungere un motore costa una definizione dichiarativa, non nuova logica sparsa.
- Funziona uguale su Windows e Linux: i motori si trovano nel PATH come da terminale.
- Un solo punto di avvio processo (cartella dell'exe, stdin chiuso,
ArgumentList), condiviso da CLI e GUI. - Nessuna scorciatoia che disattivi i controlli di permesso senza una scelta esplicita dell'utente.
Decisione
- Astrazione "motore" in C#. Ogni motore descrive: nome e eseguibile, argomenti per il primo messaggio e per la ripresa, elenco modelli, supporto effort, modo per ottenere l'id di sessione.
RunClaudeè diventatoEngineRunnercon il motore come parametro. - Rilevamento dei motori cercando l'eseguibile nel PATH (su Windows anche le estensioni di PATHEXT). I motori assenti sono disabilitati nelle Impostazioni, con messaggio chiaro; la CLI esce con 127 come oggi.
- Una chat = un motore. Il file JSON della chat memorizza il motore; il contesto di sessione non passa da un motore all'altro, quindi cambiare motore apre una nuova chat.
- Impostazioni nella GUI: interruttore CLI (motore attivo), modello, effort. Cambiare motore apre una nuova chat; modello ed effort tornano ai valori iniziali del motore (il modello più piccolo ed effort
low; "Predefinito" resta selezionabile) e le liste sono quelle del motore. La persistenza su disco delle impostazioni è rinviata. La CLI ottiene--engine <id>(claude,codex). - Sessione: per Claude Code l'id lo sceglie l'app; per Codex lo genera Codex e l'app lo legge dall'output (
thread_id). Il JSON della chat ha quindi un campoEnginee un campoSessionIdseparato dall'id della chat (che resta il nome del file). I file scritti prima (senza questi campi) si leggono come chat di Claude Code conSessionId= id della chat. - Autore dei messaggi: l'etichetta sulle risposte e i segnaposto del composer usano il nome del motore della chat; l'elenco chat indica il motore.
- Permessi: di default sola lettura / nessun bypass dei controlli; concedere di più è un'opzione esplicita.
- Output: ogni motore ha un parser che lo normalizza in testo markdown prima del rendering.
Comandi dei motori
Claude Code e Codex sono verificati con prove reali (Codex 0.144.3, 2026-10-15, Linux/WSL). Antigravity deriva da documentazione e ricerche: agy non è installato su questa macchina.
| Claude Code | Codex CLI | Antigravity CLI | |
|---|---|---|---|
| Comando (GUI) | claude -p <prompt> |
codex exec --json --skip-git-repo-check -s read-only [opzioni] -- <prompt> |
agy -p <prompt> (da verificare) |
| Continuare | --session-id <guid>, poi --resume <guid> |
codex exec resume --json --skip-git-repo-check -c 'sandbox_mode="read-only"' [opzioni] <id> -- <prompt> |
da verificare |
| Modello | --model |
-m / --model |
da verificare |
| Effort | --effort |
-c model_reasoning_effort=<livello> |
non noto |
| Output usato | testo su stdout | JSONL su stdout (vedi sotto) | da verificare |
Codex: esito delle prove
- L'id di sessione non si sceglie: compare nel primo evento JSONL
{"type":"thread.started","thread_id":"<uuid>"}. Nel testo normale compare solo nell'intestazione su stderr. - Con
--json, stdout contiene solo eventi:thread.started,turn.started,item.completed(conitem.type = "agent_message"e il testo della risposta; con"error"sono avvisi non fatali),turn.completed, e in caso di erroreerroreturn.failed. Il messaggio di errore è una stringa che contiene a sua volta un JSON (error.message): l'app estrae il messaggio interno. L'exit code è 1 se il turno fallisce. - La risposta mostrata è l'ultimo
agent_messagedel turno (come--output-last-message). exec resumenon accetta-s/--sandbox: la sola lettura si ottiene con-c 'sandbox_mode="read-only"', verificato (un file richiesto in scrittura non viene creato). Accetta-me-c.--skip-git-repo-checkserve perché la cartella dell'exe non è un repository Git.--prima del prompt evita che un prompt che inizia con-sia letto come opzione (verificato).- Lo stdin va chiuso subito, come per Claude Code: altrimenti Codex stampa "Reading additional input from stdin…" e attende.
- Il modello predefinito è quello di
~/.codex/config.toml. Se richiede una versione più recente di Codex l'errore è chiaro (requires a newer version of Codex): l'app lo mostra e INSTALL.md indicacodex update. - Il modello più piccolo di Codex è assunto essere GPT-5.6 Luna (nome e supporto agli effort inferiori: non dichiarato da OpenAI nelle prove); da rivedere quando cambia il catalogo.
- Il catalogo modelli di Codex è dinamico (
~/.codex/models_cache.json); l'app ne usa uno fisso, da aggiornare, con "Predefinito" e "Altro ID…" sempre disponibili.
Conseguenze
Positive: un solo flusso di avvio; nuovi motori aggiungibili con una definizione; elimina la duplicazione CLI/GUI. Negative: i flag delle CLI cambiano nel tempo e vanno mantenuti; le sessioni non si trasferiscono tra motori; più superficie da testare su due sistemi operativi.
Rischi e da verificare
- Codex: l'id di sessione lo genera Codex; letto dall'evento
thread.started(vedi sopra). - Antigravity: segnalato un blocco di
agy -pda sottoprocesso con output rediretto su Windows (issue #318). Provare con--print-timeoute prevedere un messaggio d'errore. I flag vanno messi prima di-p. Da provare anche su Linux. - Forma dell'eseguibile:
claudeè un .exe nativo avviabile direttamente; Codex e Antigravity, se installati con un gestore di pacchetti (es. npm), su Windows possono essere script.cmdche richiedonocmd.exe /c. Su Linux sono normali eseguibili o script con shebang. Verificare e gestire per motore. - Autenticazione: ogni CLI deve essere già autenticata; l'app mostra l'errore del motore senza gestire login.
- Formato dell'output di Codex: JSONL, normalizzato in testo markdown. Antigravity ancora da verificare.
- Mappatura effort e modelli per Codex (liste fisse, da aggiornare). Antigravity da verificare.
Riferimenti
- Passi: ROADMAP.md, Fase 4.
- Installazione e accesso dei motori: INSTALL.md.