Kucedr ti permette di scegliere quali dati e strumenti usare. Qui trovi una spiegazione chiara di cosa resta sul computer, cosa può essere inviato a servizi esterni e quali limiti devi conoscere.
Dati locali per impostazione predefinita
Il profilo dell'applicazione Kucedr usa per impostazione predefinita ~/.kucedr su tutte le piattaforme. I dati runtime di Electron, come stato di Chromium e crash dump, usano i percorsi specifici del sistema operativo.
| Area | Dati salvati |
|---|---|
settings/ | Configurazione di app, agente, provider, RAG, attività, account, canali e integrazioni. |
workspace/ | Cartella di lavoro predefinita dell'agente e file Markdown di personalizzazione. |
sessions/ | Cronologia di conversazioni e sessioni. |
skills/ | Istruzioni delle skill installate. |
apps/ | File delle app gestite e dati specifici di ogni app. |
library/ | Libreria e file multimediali generati. |
rag/vectors.sqlite | Vettori RAG locali e record delle fonti. |
Quando i dati lasciano il computer
Prompt, allegati, input degli strumenti, testo per gli embedding e contenuti generati possono essere inviati ai provider dei modelli, ai server MCP, ai siti web, alle destinazioni del browser, ai canali di messaggistica come Telegram o ai servizi cloud dell'account Kucedr quando l'operazione richiesta lo richiede. Il backup invia al provider di archiviazione solo le cartelle selezionate esplicitamente.
Usa le tue chiavi
Utilizzi i tuoi account dei provider. Kucedr non inserisce un altro fornitore tra te e i servizi che scegli.
Come vengono salvate le credenziali
Le chiavi API per modelli, database e ricerca vengono salvate così come inserite in settings/providers.json. I token dei bot e i segreti MCP usano i rispettivi archivi locali e devono essere considerati dati sensibili. Le chiavi segrete per l'archiviazione usano lo storage sicuro del dispositivo. Le sessioni dell'account vengono cifrate quando lo storage sicuro è disponibile e altrimenti restano in memoria. Non considerare cifrato l'intero profilo.
Permessi espliciti
La policy persistente ha tre gruppi: read, write ed exec. Ciascuno contiene soltanto array di glob di percorso allow e deny; non esiste un campo ask salvato. Per impostazione predefinita, il workspace dell'agente è considerato attendibile in modo ricorsivo per tutte e tre le capacità.
- Una regola deny corrispondente ha sempre la precedenza, anche se corrisponde anche una regola allow.
- Se nessun deny corrisponde, una regola allow corrispondente consente l'operazione.
- Se non corrisponde alcuna regola, le letture procedono senza approvazione. Le modifiche ai file chiedono conferma quando è disponibile una finestra interattiva e vengono negate nelle esecuzioni in background.
- La scheda di autorizzazione offre Nega, Consenti una volta e Considera attendibile questa posizione. Quest'ultima salva un glob ricorsivo della cartella per la capacità richiesta.
- Il ripristino ricrea il glob predefinito del workspace in tutti e tre i gruppi.
- I percorsi relativi, per esempio
Desktop/**, vengono risolti dalla cartella Home.
Limiti da conoscere
- I normali comandi shell vengono eseguiti nella sandbox dei comandi del sistema operativo. Le scritture sono limitate ai percorsi exec attendibili e alla cartella temporanea del runtime.
- Un comando che deve scrivere altrove dichiara la posizione tramite
additionalRoots. Kucedr chiede conferma prima di avviarlo e l'approvazione singola vale solo per quell'esecuzione. - L'esecuzione sull'host con
elevated: truerichiede sempre un'approvazione interattiva e non può essere salvata come posizione attendibile. - Le esecuzioni in background non ignorano mai i permessi salvati. Non potendo mostrare una scheda di autorizzazione, un risultato Chiedi viene negato.
- Gli strumenti MCP dichiarati in sola lettura non chiedono conferma con la policy predefinita. Per gli altri strumenti MCP restano valide le impostazioni esplicite del server.
Struttura dell'app protetta
Le finestre dell'interfaccia usano la sandbox di Electron, isolamento del contesto, integrazione Node disabilitata, sicurezza web e blocco dei contenuti non sicuri. In produzione, la navigazione è limitata ai contenuti locali file://. Le funzioni dell'interfaccia vengono esposte tramite API preload tipizzate invece di un accesso diretto a Node. Le richieste di permessi multimediali sono limitate alle finestre e origini attendibili dell'app. I menu contestuali di sistema per i media verificano che i file si trovino nelle cartelle dati dell'agente o dei media.
Le viste delle app integrate usano una sessione Electron isolata. Il protocollo per le risorse locali è limitato al workspace dell'agente, la lettura degli appunti è negata e la cattura di media o schermo è riservata alle finestre delle app.
Il codice attendibile dell'interfaccia può comunque leggere i segreti dei provider tramite l'API preload dedicata.
Certificazioni
Kucedr non dichiara certificazioni formali per il trattamento di dati regolamentati. Consulta i termini dei tuoi provider AI e dei servizi collegati per sapere come gestiscono i dati inviati.