{"id":138,"date":"2026-09-17T14:27:45","date_gmt":"2026-09-17T13:27:45","guid":{"rendered":"https:\/\/www.matteobononi.it\/blog\/?p=138"},"modified":"2026-09-17T14:27:45","modified_gmt":"2026-09-17T13:27:45","slug":"usare-due-account-chatgpt-codex-diversi-su-windows-con-vs-code","status":"publish","type":"post","link":"https:\/\/www.matteobononi.it\/blog\/usare-due-account-chatgpt-codex-diversi-su-windows-con-vs-code\/","title":{"rendered":"Usare due account ChatGPT\/Codex diversi su Windows con VS Code"},"content":{"rendered":"

Uso due account ChatGPT: uno personale e uno di lavoro. Sullo stesso PC volevo una configurazione molto semplice: ChatGPT Desktop con l\u2019account personale<\/strong> e Codex dentro VS Code con l\u2019account di lavoro<\/strong>.<\/p>\n

ChatGPT Desktop\n\u2192 account personale\n\nVS Code + Codex\n\u2192 account di lavoro<\/pre>\n
Sembrava banale. In pratica ho scoperto che, nel mio ambiente Windows, separare i due login richiedeva anche separare lo stato locale usato da Codex. La soluzione che ha funzionato per me \u00e8 stata usare un CODEX_HOME<\/code> dedicato per l\u2019istanza di VS Code che uso per lavoro.<\/p>\n
Nota:<\/strong> io uso Visual Studio Code Insiders, quindi negli esempi principali trovi Code - Insiders.exe<\/code>. Pi\u00f9 avanti trovi anche i comandi pronti per VS Code stabile.<\/p><\/blockquote>\n
Qual era il problema con i due account?<\/h2>\n
Avevo fatto logout da ChatGPT Desktop e login con il mio account personale. Poi ho aperto VS Code e Codex risultava autenticato con lo stesso account.<\/p>\n
Controllando lo stato locale di Codex ho trovato la directory predefinita del mio utente:<\/p>\n
C:\Users\Matteo\.codex<\/code><\/pre>\n
Dentro, tra gli altri file, era presente auth.json<\/code>. La documentazione di Codex descrive auth.json<\/code> come uno dei meccanismi usati per conservare localmente le credenziali quando lo storage \u00e8 impostato su file. Nel mio caso il risultato pratico era che i due utilizzi non rimanevano separati come volevo.<\/p>\n
La presenza e il nome esatto dei file interni possono cambiare tra versioni e configurazioni. Quello che mi interessava non era modificare auth.json<\/code>, ma dare a Codex un ambiente locale distinto.<\/p>\n
Come separare Codex con CODEX_HOME?<\/h2>\n
Codex permette di usare la variabile d\u2019ambiente CODEX_HOME<\/code> per cambiare la directory in cui cerca il proprio stato e la propria configurazione. \u00c8 esattamente ci\u00f2 che serve per creare un ambiente Codex separato.<\/p>\n
Ho lasciato l\u2019ambiente personale nella posizione predefinita:<\/p>\n
C:\Users\Matteo\.codex<\/code><\/pre>\n
Per il lavoro ne ho creato uno dedicato:<\/p>\n
C:\Users\Matteo\.codex-lavoro<\/code><\/pre>\n
Come avviare VS Code con un CODEX_HOME diverso?<\/h2>\n
In PowerShell imposto la variabile, creo la directory se serve e avvio VS Code dalla stessa shell.<\/p>\n
$env:CODEX_HOME=\"$env:USERPROFILE\.codex-lavoro\"\n\nNew-Item -ItemType Directory -Force -Path $env:CODEX_HOME | Out-Null\n\n& \"$env:LOCALAPPDATA\Programs\Microsoft VS Code Insiders\Code - Insiders.exe\"<\/code><\/pre>\n
A quel punto Codex parte usando il nuovo ambiente e pu\u00f2 richiedere una nuova autenticazione. Io ho effettuato il login con l\u2019account di lavoro.<\/p>\n
E se uso VS Code stabile?<\/h2>\n
Il principio \u00e8 identico. In una normale installazione utente:<\/p>\n
$env:CODEX_HOME=\"$env:USERPROFILE\.codex-lavoro\"\n\nNew-Item -ItemType Directory -Force -Path $env:CODEX_HOME | Out-Null\n\n& \"$env:LOCALAPPDATA\Programs\Microsoft VS Code\Code.exe\"<\/code><\/pre>\n
Se VS Code \u00e8 installato altrove basta sostituire il percorso dell\u2019eseguibile.<\/p>\n
Come verificare che VS Code stia usando il CODEX_HOME corretto?<\/h2>\n
Nel terminale integrato controllo:<\/p>\n
$env:CODEX_HOME<\/code><\/pre>\n
Nel mio caso restituisce:<\/p>\n
C:\Users\Matteo\.codex-lavoro<\/code><\/pre>\n
Dopo l\u2019utilizzo, nella mia installazione sono comparsi elementi come auth.json<\/code>, config.toml<\/code>, skills\<\/code>, plugins\<\/code>, cache\<\/code>, .sandbox\<\/code> e state_5.sqlite<\/code>. Sono dettagli osservati nella mia versione, non un\u2019interfaccia stabile da cui dipendere.<\/p>\n
Perch\u00e9 bisogna fare attenzione alle istanze di VS Code gi\u00e0 aperte?<\/h2>\n
Se VS Code \u00e8 gi\u00e0 in esecuzione, una nuova apertura pu\u00f2 riutilizzare il processo esistente. Per evitare dubbi, prima della modalit\u00e0 lavoro chiudo tutte le istanze.<\/p>\n
Con VS Code Insiders:<\/p>\n
Stop-Process -Name \"Code - Insiders\" -Force -ErrorAction SilentlyContinue\n\n$env:CODEX_HOME=\"$env:USERPROFILE\.codex-lavoro\"\n\n& \"$env:LOCALAPPDATA\Programs\Microsoft VS Code Insiders\Code - Insiders.exe\"<\/code><\/pre>\n
Con VS Code stabile:<\/p>\n
Stop-Process -Name \"Code\" -Force -ErrorAction SilentlyContinue<\/code><\/pre>\n
Come creare un launcher per l\u2019account Codex di lavoro?<\/h2>\n
Una volta verificato che tutto funziona, ho creato un piccolo launcher .cmd<\/code>.<\/p>\n
VS Code Insiders<\/h3>\n
File: VS Code Lavoro - Insiders.cmd<\/code><\/p>\n
@echo off\n\nset \"CODEX_HOME=%USERPROFILE%\.codex-lavoro\"\n\nif not exist \"%CODEX_HOME%\" mkdir \"%CODEX_HOME%\"\n\nstart \"\" \"%LOCALAPPDATA%\Programs\Microsoft VS Code Insiders\Code - Insiders.exe\"<\/code><\/pre>\n
VS Code stabile<\/h3>\n
File: VS Code Lavoro.cmd<\/code><\/p>\n
@echo off\n\nset \"CODEX_HOME=%USERPROFILE%\.codex-lavoro\"\n\nif not exist \"%CODEX_HOME%\" mkdir \"%CODEX_HOME%\"\n\nstart \"\" \"%LOCALAPPDATA%\Programs\Microsoft VS Code\Code.exe\"<\/code><\/pre>\n
Cosa succede se apro VS Code normalmente?<\/h2>\n
Se apro VS Code senza impostare CODEX_HOME<\/code>, Codex torna all\u2019ambiente predefinito. In pratica posso avere due modalit\u00e0:<\/p>\n
VS Code normale\n\u2192 ambiente Codex personale\n\nVS Code Lavoro.cmd\n\u2192 ambiente Codex di lavoro<\/pre>\n
Cosa succede alla prima configurazione Windows di Codex?<\/h2>\n
Al primo avvio con il nuovo CODEX_HOME<\/code>, nella mia installazione Codex ha mostrato una richiesta per completare la configurazione Windows. Il tentativo con privilegi amministrativi non \u00e8 andato a buon fine e ho continuato senza accesso amministratore.<\/p>\n
Codex ha comunque inizializzato la sandbox e ha funzionato normalmente. La verifica pi\u00f9 utile \u00e8 stata pratica: creare, modificare e cancellare un file nel workspace.<\/p>\n
Cosa non conviene copiare tra due CODEX_HOME?<\/h2>\n
Ho evitato di copiare tutta la vecchia .codex<\/code> nella nuova directory. Nella mia installazione ci sono file di autenticazione e stato locale come auth.json<\/code>, database SQLite, identificativi d\u2019installazione e stato globale.<\/p>\n
Se l\u2019obiettivo \u00e8 separare gli ambienti, copiare indiscriminatamente quello stato va nella direzione opposta. Ho lasciato inizializzare il nuovo ambiente da zero e ho effettuato una nuova autenticazione.<\/p>\n
Qual \u00e8 la configurazione finale?<\/h2>\n
C:\Users\Matteo\\n\u2502\n\u251c\u2500\u2500 .codex\\n\u2502   \u2514\u2500\u2500 ambiente personale\n\u2502\n\u2514\u2500\u2500 .codex-lavoro\\n    \u2514\u2500\u2500 ambiente di lavoro<\/pre>\n
I launcher decidono semplicemente quale ambiente Codex usare. Non devo spostare file di autenticazione a mano n\u00e9 modificare lo stato interno.<\/p>\n
Script rapido per verificare l\u2019ambiente<\/h2>\n
Write-Host \"CODEX_HOME:\"\nWrite-Host $env:CODEX_HOME\n\nWrite-Host \"`nAuth presente:\"\nTest-Path \"$env:CODEX_HOME\auth.json\"\n\nWrite-Host \"`nContenuto CODEX_HOME:\"\nGet-ChildItem $env:CODEX_HOME -Force |\n    Select-Object Name, LastWriteTime<\/code><\/pre>\n
Se il launcher di lavoro \u00e8 stato usato correttamente, la prima parte mostra C:\Users\Matteo\.codex-lavoro<\/code>.<\/p>\n
Perch\u00e9 questa separazione \u00e8 utile?<\/h2>\n
Il caso tipico \u00e8 chi usa un account ChatGPT personale e uno aziendale sullo stesso computer. Lo stesso principio pu\u00f2 essere usato per mantenere ambienti distinti, per esempio .codex-personale<\/code>, .codex-lavoro<\/code>, .codex-cliente-a<\/code> e .codex-cliente-b<\/code>.<\/p>\n
Il vantaggio, almeno per il mio modo di lavorare, \u00e8 semplice: non devo continuare a fare logout e login quando passo da un contesto all\u2019altro.<\/p>\n
\u00c8 un principio di separazione che uso anche in altri workflow basati sull\u2019AI. Ne ho parlato nell\u2019articolo Dal caos all\u2019ordine: la mia esperienza nel refactoring di un sito Prestashop 1.6 verso la versione 9<\/a>, dove Codex entra nel processo insieme a ChatGPT e Copilot.<\/p>\n
In sintesi<\/h2>\n
Per usare due account Codex diversi sullo stesso PC Windows non ho duplicato VS Code e non ho spostato manualmente i file di autenticazione. Ho separato gli ambienti tramite CODEX_HOME<\/code> e avvio la modalit\u00e0 di lavoro con un launcher dedicato.<\/p>\n
ChatGPT Desktop \/ ambiente predefinito\n\u2192 personale\n\nVS Code avviato con CODEX_HOME=.codex-lavoro\n\u2192 lavoro<\/pre>\n
\u00c8 una soluzione piccola, ma mi permette di mantenere distinti due contesti che uso ogni giorno senza cambiare continuamente account.<\/p>","protected":false},"excerpt":{"rendered":"
Come separare un account ChatGPT personale da un account Codex di lavoro su Windows usando CODEX_HOME, VS Code e un semplice launcher.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[58,56],"tags":[67,63,62,66,64,65],"class_list":["post-138","post","type-post","status-publish","format-standard","hentry","category-ia-applicata","category-sviluppo","tag-ai-automazione","tag-chatgpt","tag-codex","tag-powershell","tag-visual-studio-code","tag-windows"],"_links":{"self":[{"href":"https:\/\/www.matteobononi.it\/blog\/wp-json\/wp\/v2\/posts\/138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.matteobononi.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.matteobononi.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.matteobononi.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.matteobononi.it\/blog\/wp-json\/wp\/v2\/comments?post=138"}],"version-history":[{"count":1,"href":"https:\/\/www.matteobononi.it\/blog\/wp-json\/wp\/v2\/posts\/138\/revisions"}],"predecessor-version":[{"id":139,"href":"https:\/\/www.matteobononi.it\/blog\/wp-json\/wp\/v2\/posts\/138\/revisions\/139"}],"wp:attachment":[{"href":"https:\/\/www.matteobononi.it\/blog\/wp-json\/wp\/v2\/media?parent=138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.matteobononi.it\/blog\/wp-json\/wp\/v2\/categories?post=138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.matteobononi.it\/blog\/wp-json\/wp\/v2\/tags?post=138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}