Il copilota

Legge lo schermo. L’interruttore è tuo.

Delta può guardare una sessione come farebbe un secondo tecnico: legge l’errore sullo schermo, dice cosa provare, e a fine giornata scrive il resoconto. Ognuna di quelle occhiate esce dalla macchina attraverso una sola funzione — e quella funzione non parte finché non hai detto di sì.

Come funziona il consenso Sulla build che puoi scaricare
Una sola via d’uscita

Cinque superfici. Una porta.

Il copilota, il lettore dello schermo, il prima-e-dopo, i segnalibri sulla timeline e il resoconto scritto non aprono ciascuno la propria connessione. Chiamano la stessa funzione, e il controllo del consenso vive lì dentro — non nel bottone che li ha avviati.

  1. Il controllo sta all’uscita

    Una superficie che si dimentica di chiedere viene rifiutata lo stesso. E anche una scritta l’anno prossimo da qualcuno che questa pagina non l’ha mai letta. C’è un solo punto da cui il contenuto dello schermo può lasciare la macchina, ed è lì che il cancello è imbullonato.

  2. Il consenso dura un avvio

    È un valore in memoria che di proposito non viene mai scritto su disco. Chiudi Delta e sparisce; al prossimo avvio te lo richiede. Quello che hai concesso il mese scorso non vale più niente.

  3. Spegnerlo viene atteso

    La revoca viene aspettata, non lanciata e dimenticata. Se il client non riesce a confermare che il cancello si è chiuso, te lo dice — invece di mostrarti un interruttore su «spento» sopra un cancello aperto.

  4. L’altra parte lo viene a sapere

    La prima volta che l’AI tocca una sessione, nella chat di quella sessione arriva una riga che lo dichiara. Ti disconnetti e la sessione dopo riceve il suo avviso: un consenso dato un’ora fa non può coprire di nascosto uno sconosciuto.

Cosa sa fare

Cinque cose, e i numeri che ci stanno sotto.

Niente di tutto questo è «con l’intelligenza artificiale» in astratto. Ogni superficie è una procedura fissa con un budget fisso, e il budget è scritto nel client dove si può leggere, non in un piano di cui devi fidarti.

  1. Guarda la sessione

    Un fotogramma ogni otto secondi, e solo se è cambiato più del dodici per cento dei pixel rispetto al precedente — uno schermo fermo non costa niente. Il fotogramma viene ridotto a 1024 px di larghezza prima di andare da qualsiasi parte, e le tre letture precedenti viaggiano con lui come contesto. Vengono tenuti venti suggerimenti; il più vecchio cade.

  2. Legge l’errore dallo schermo

    Una cattura torna indietro come il testo che era a schermo, i codici d’errore dentro, e per ogni codice una soluzione passo passo con un valore di confidenza. Il testo è cercabile, quindi un muro di log diventa una domanda invece che una scrollata.

  3. Prima, e dopo

    Prendi una lettura della macchina, fai il lavoro, prendine un’altra. Quello che è cambiato in mezzo torna scritto — così «adesso funziona» ha dietro qualcosa che un collega può leggere domani.

  4. Segna i momenti

    Una registrazione viene campionata ogni dieci secondi, fino a cinquanta segni, e gli errori e i cambi di stato finiscono sulla timeline. Vai al momento invece di guardarti l’ora intera.

  5. Scrive il resoconto

    Una registrazione finita diventa un resoconto: cosa non andava, cosa è stato fatto, nell’ordine in cui è successo — costruito sul registro della sessione stessa, non sulla memoria di qualcuno.

Dove va

Esce da un gateway solo, e il gateway è nostro.

Il contenuto dello schermo in una sessione di assistenza sono dati di qualcun altro. Spedirli a un servizio generalista fuori dall’UE romperebbe la promessa che fa tutto il resto di questo prodotto, quindi quell’indirizzo nel client non è proprio compilato.

Un indirizzo
Ogni richiesta va su ai.altovar.net — il nostro gateway, sulle nostre macchine, nell’UE. Le chiavi di quello che c’è dietro restano sul gateway; il client ha una chiave per il gateway e nient’altro.
Oppure il tuo
Punta il client a un gateway che gestisci tu e userà quello. Non c’è un secondo indirizzo a cui possa tornare di nascosto se il tuo non risponde.
Quattro corsie, guidate dal server
Una superficie chiede un livello di sforzo, non un motore. Quale motore serve quella corsia lo decide una tabella che il gateway pubblica e che il client rilegge ogni dieci minuti — così la flotta si ri-instrada con una modifica là, mai con un rilascio qui.
E sotto c’è un pavimento
Se la tabella non si scarica, vale l’ultima vista. Se non ne ha mai vista una, valgono quattro corsie compilate nel client. L’instradamento degrada in silenzio: non si apre e non si blocca.

Un’immagine viene tagliata a 2 MB prima di partire — e senza consenso una richiesta non arriva mai al punto in cui quel limite conterebbe qualcosa.

Le impostazioni AI Copilot di Delta: analisi dello schermo durante le sessioni di assistenza, una chiave API conservata in locale e mai condivisa, e il gateway ai.altovar.net.Le impostazioni AI Copilot di Delta: analisi dello schermo durante le sessioni di assistenza, una chiave API conservata in locale e mai condivisa, e il gateway ai.altovar.net.
Impostazioni → AI Copilot
Sulla build che puoi scaricare

Costruito, e non ancora raggiungibile.

Sulla build che puoi scaricare, nessuna delle cinque superfici qui sopra si apre. Ecco esattamente perché, misurato sullo stesso artefatto di cui la nostra pagina di download pubblica l’impronta.

  1. Tutti i pannelli AI vivono nella sessione condivisa

    Il copilota, il lettore dello schermo, il prima-e-dopo e i comandi di registrazione sono montati tutti in una vista sola: la sessione che parte da «Share Link». La finestra normale del desktop remoto non ne ha nessuno.

  2. La build Linux quella sessione non la apre

    Abbiamo lanciato l’AppImage rilasciata e premuto Share Link. Si ferma su «la condivisione di sessione non è configurata su questa installazione». Dietro c’è un secondo muro: il webview che l’AppImage si porta dietro non ha WebRTC — il valore l’abbiamo letto dalla libreria che carica l’app stessa, non da una di sistema.

  3. La riparazione è scritta, non rilasciata

    Una build che si porta dietro un webview con WebRTC acceso è già nel tronco del prodotto. Finché non esce un rilascio che la contiene, questa pagina descrive un’architettura che puoi leggere e non una funzione che puoi usare — e preferiamo che tu lo sappia qui piuttosto che dopo il download.

Due affermazioni sono uscite da questo sito il giorno in cui le abbiamo misurate. I comandi vocali: l’API di riconoscimento che serve loro non c’è nel webview che spediamo, e dove c’è l’audio uscirebbe dal servizio di qualcun altro. La base di conoscenza: la vista c’è e sa cercare, ma nel prodotto non c’è niente che sappia scrivere gli articoli che cercherebbe.

Leggi anche il resto.

Il copilota è un pezzo. La stretta di mano che gli sta sotto, e le trentotto cose che il client fa senza nessuna AI, meritano lo stesso esame.

Percorri una sessione Come funziona la stretta di mano Scarica per Linux