Limiti

Affila il giudizio. Non sostituisce la verifica.

L'ho costruito per rendere visibile il rischio, non per fabbricare sicurezza. La risposta finale ha comunque bisogno di test, di un browser vero e della tua lettura della situazione.

Cosa non finge

L'onestà fa parte del progetto.

  • Niente finta diversità di provider. Qui è Codex che recita più ruoli, non più modelli indipendenti.
  • Niente UI «verificata» a vuoto. Una UI non è verificata finché Bob, o un browser vero, non ha davvero percorso il flusso.
  • Niente dati di fatturazione reali. I report sui token sono stime locali, non il tuo consumo Codex effettivo né la quota residua.
  • Niente run expanded silenziose. Expanded può bruciare parecchio, quindi non parte senza la tua conferma.
  • Niente sporco nel tuo repo. Sessioni, prompt, statistiche e cronologia vivono nello stato locale del plugin e restano gitignorate.

Privacy e stato

Gli artefatti locali restano artefatti.

Lo script di supporto tiene scaffold di sessione, stime, prompt, output, statistiche, cronologia e override degli alter nello stato locale del plugin. Prima di pubblicare un repo, assicurati che .codex-council/ sia gitignorato e non committato. 

# Controlla gli artefatti runtime locali prima di pubblicare.
git status --short
find . -name '.codex-council' -o -name '.DS_Store' -o -name '__pycache__'

Da dove arriva

Costruito sull'idea di LLM Council, adattato a Codex.

Il pattern arriva da karpathy/llm-council e llm-council.dev: chiedi a più modelli indipendenti, rendi anonime le risposte, ordinale e poi sintetizzane una finale. Codex Council mantiene quella forma ma la fa girare con ruoli Codex, punteggio locale, stime dei token e prove opzionali dal browser.