Negli ultimi giorni ho dedicato il mio tempo a ottimizzare la comunicazione tra le due macchine principali del mio setup: il mio portatile da gaming, lo Strix Scar 16, e il server domestico GX10. L’obiettivo era chiaro: creare un flusso di lavoro fluido che mi permettesse di sfruttare la potenza di calcolo del server per eseguire modelli locali pesanti, mentre utilizzavo l’interfaccia del portatile per l’interazione quotidiana.

La configurazione di Copilot sullo Strix Scar 16 ha richiesto un’attenzione particolare ai parametri di ragionamento. Ho impostato diverse strategie per i modelli cloud disponibili, assegnando uno sforzo di ragionamento “high” a gpt-5.4 e gpt-5-mini, mentre per claude-sonnet-4.6 ho optato per un livello “medium”. Tuttavia, il cuore del progetto risiedeva nel collegamento con il modello locale. Ho definito un endpoint personalizzato denominato GX10-Qwen, puntando al modello Qwen3.8-Flash-Next caricato sul server.

Per garantire che il portatile potesse dialogare correttamente con il server, ho verificato la configurazione JSON dell’endpoint. Il modello GGUF risiede in una cartella specifica sul GX10 e viene esposto tramite un URL locale (http://gx10-8532.local:30001/v1/chat/completions). Un dettaglio fondamentale è stato abilitare il supporto al toolCalling, una funzione essenziale per permettere al modello di interagire con strumenti esterni o eseguire azioni più complesse.

Una volta sistemata la configurazione, ho voluto testare non solo il testo, ma anche la capacità multimodale del flusso. Ho aggiornato la finestra di dialogo sullo Scar 16 e ho provato a inviare un’immagine direttamente al modello Qwen in esecuzione sul GX10. La domanda era semplice ma cruciale: “vedi l’immagine? commentamela”. Questo test serviva a verificare che il pipeline di trasferimento dei dati e l’interpretazione visiva del modello locale funzionassero senza intoppi attraverso la rete locale.

Dopo aver confermato la ricezione e l’elaborazione dei dati multimediali, ho spostato l’attenzione sull’automazione. Ho inviato un messaggio di ping dallo Scar 16 al GX10 per assicurarmi che il riconoscimento reciproco fosse stabile. Infine, per chiudere il cerchio, abbiamo testato l’innesco del trigger settimanale. Questo meccanismo è vitale per mantenere aggiornati i servizi o eseguire task schedulati senza intervento manuale.

Questo periodo di configurazione mi ha permesso di consolidare l’infrastruttura ibrida. Ora posso sfruttare la potenza del Qwen3.8-Flash-Next sul server senza sacrificare la comodità dell’interfaccia grafica sul portatile, con la certezza che sia il flusso testuale che quello visivo siano operativi.