L’ANALISI
Alook 0.1.62: delega e limiti dei messaggi
Che cosa cambia con Automation in Alook 0.1.62: sette permessi, messaggi da file, confine dei filtri PII e checklist per una delega controllata.
In breve: Automation introduce una delega delimitata per alcune azioni Alook: il titolare emette un codice con i permessi necessari e l’agente può usarlo senza una sessione browser o un daemon per quelle azioni. Prima di delegare un invio, però, servono due scelte esplicite: quale testo partirà e quale controllo sui dati lo precede. --file usa il contenuto testuale del file, non crea un allegato, e questo percorso non esegue i filtri PII locali del bot.
Il delta della release, non il lancio di Alook
La release ufficiale v0.1.62 è stata pubblicata il 31 ottobre 2026 alle 06:03 italiane e include la PR 1098, unita il giorno prima. La novità qui considerata è Automation con azioni account, messaggistica da file e cache dei modelli, non l’esistenza della piattaforma. La verifica ha confrontato i metadati della release e il commit del tag con la guida e lo schema dei permessi. Non sono stati installati client né eseguite operazioni su un account. Alook: release ufficiale v0.1.62 e changelog.
Sette permessi non equivalgono a un incarico aperto
Lo schema distingue bot.create, server.create, server.invite e message.send dalle letture machine.read, friend.read e server.read. La guida richiede al titolare di scegliere le capacità necessarie al compito e permette di disattivare anche letture non utili. Il codice concede capacità: non è una richiesta di eseguire tutte le azioni consentite. Per una delega circoscritta conviene quindi definire anche destinazione, mittente e risultato atteso, non soltanto abilitare una categoria di scrittura. Alook: schema dei sette permessi Automation.
Il file contiene il messaggio, non un allegato
Per use message --send, --file legge un file UTF-8 e ne usa il testo come corpo del messaggio. È distinto da --access-code-file, che contiene invece la credenziale. La guida richiede inoltre --as per scegliere il titolare o un suo bot idoneo e applica gli accessi del mittente alla destinazione. Avere individuato un canale nell’elenco del titolare non dimostra che il bot scelto possa scriverci. Se una risposta va persa, il progetto raccomanda di controllare la destinazione prima di ripetere l’invio. Alook: guida per persone e agenti al commit della release.
Il confine PII va deciso prima dell’invio
La guida avverte esplicitamente che il percorso Automation non attraversa il proxy credenziali locale del bot e non esegue i suoi filtri PII locali. Non significa che ogni funzione Alook sia priva di controlli; significa che non si può attribuire a questo invio quella specifica protezione. Se il flusso dipende dal filtraggio locale, la guida indirizza al normale workflow CLI del bot. La scelta prudente è provare prima con testo fittizio e verificare quale percorso verrà davvero usato, senza inviare dati personali come prova. Alook: guida per persone e agenti al commit della release.
La delega non elimina il runtime dei bot
Alcune azioni account via Automation non richiedono una sessione browser o un daemon in esecuzione, ma creare un bot richiede una macchina online e un backend healthy. La guida distingue il login Alook dall’autenticazione del backend e chiede di usare ID e modelli restituiti dalla discovery. Anche quando la delega è configurata, il computer, la rete e il backend restano necessari al lavoro dei bot. Non è una promessa di automazione senza runtime. Questo delta non stabilisce dove avvenga l’inferenza: il confine locale o cloud dipende dal backend scelto e va verificato separatamente. Alook: guida per persone e agenti al commit della release.
Un test utile prima di usare dati reali
Il passo successivo è un protocollo controllato, non una promessa di funzionamento: un’azione consentita, un’azione senza permesso, una scadenza o revoca e la rilettura del risultato nella destinazione. La guida documenta scadenze dei codici e la possibilità di terminare l’accesso; i controlli descritti dal progetto nella PR restano prove dichiarate dal produttore. Questa analisi non li ha riprodotti. Permessi, limiti e scadenze documentati non dimostrano da soli sandbox o isolamento generale dei dati. Alook: guida per persone e agenti al commit della release.
Condizioni e limitazioni
Verifica della release, della guida e dello schema al commit del tag, non prova su un account. L’assenza di browser o daemon riguarda le azioni account previste; creare e far lavorare un bot richiede comunque macchina e backend pronti. Nessuna garanzia generale di isolamento. Alook: guida per persone e agenti al commit della release.
Checklist pratica
- Definisci una sola operazione di prova, destinazione e mittente, usando esclusivamente testo fittizio.
- Concedi solo i permessi richiesti; disattiva anche le letture che non servono e scegli una scadenza breve.
- Tieni separati il file del messaggio e quello della credenziale; controlla il testo prima dell’invio.
- Se il processo dipende dai filtri PII locali, non attribuirli ad Automation: scegli e verifica il workflow appropriato.
- Prima di creare un bot, verifica macchina online, backend healthy e modello realmente disponibile.
- In un ambiente autorizzato, confronta un’azione consentita con una negata e controlla l’effetto di scadenza o revoca.
- Rileggi l’esito nella destinazione prima di dichiarare riuscita o ripetere un’operazione.