L’ANALISI
DeepSeek Harness: cosa offre davvero la public preview open source
Architettura, plugin, automazioni e limiti di DeepSeek Harness, con una checklist per provarlo senza esporre dati, credenziali o ambienti reali.
In breve: DeepSeek Harness è un runtime agentico open source con workspace, interfaccia desktop o web, plugin componibili e automazioni pianificate. Può lavorare su documenti, codice e attività in background, mentre Creator mode genera estensioni attraverso la chat. La preview rende il sistema concretamente installabile e ispezionabile, ma non dimostra ancora affidabilità o sicurezza su dati e strumenti reali.
Il delta verificato
DeepSeek ha reso Harness disponibile in public preview mondiale e come progetto open source. La pagina ufficiale espone un percorso di avvio immediato, un’app desktop o una UI web e un sistema di plugin che estende strumenti, skill e interfaccia.
Che cosa contiene il runtime
Harness riunisce workspace, sessioni, terminale, ciclo agente, subagenti e attività in background. Le dimostrazioni ufficiali coprono documenti, fogli di calcolo, presentazioni, repository e ricerca, ma restano esempi selezionati dal produttore e non test indipendenti.
Plugin e Creator mode
L’architettura dichiara che ogni estensione è un plugin. Creator mode può costruire e installare un plugin attraverso la conversazione, mentre il catalogo include funzioni sperimentali come team di agenti, revisione dell’approvazione automatica, task pianificati e input vocale.
Perché il confine operativo conta
Un harness non coincide con il modello che usa. File locali, shell, browser, rete e scheduler ampliano la superficie di rischio: autorizzazioni, directory consentite, egress e segreti devono essere governati separatamente dalle capacità del modello.
Cosa cambia rispetto a una chat
Il valore potenziale è la persistenza del workspace e la composizione di strumenti e automazioni, non una nuova risposta testuale. Questo permette procedure più lunghe e verificabili, ma aumenta anche il costo di osservabilità, rollback e manutenzione dei plugin.
Condizioni e limiti
La dicitura preview segnala che API, plugin e comportamento possono cambiare. Prima dell’uso reale servono fixture ripetibili, log completi delle tool call, account senza privilegi, dati sintetici e una verifica esplicita di ciò che lascia la macchina.
Checklist per una prova controllata
- Installare la preview in una macchina o VM usa e getta.
- Usare solo file sintetici e credenziali prive di privilegi.
- Bloccare per default directory, shell e destinazioni di rete non necessarie.
- Fissare commit, versione dei plugin e modello usato.
- Eseguire una fixture con risultato verificabile e loggare ogni tool call.
- Provare annullamento, timeout, errore del plugin e ripresa della sessione.
- Controllare scheduler e attività in background dopo il riavvio.
- Misurare tempo, interventi manuali, errori e consumo di risorse.
- Conservare un rollback completo prima di collegare dati reali.