IL PROBLEMA
Le informazioni ci sono, ma trovarle, capire quale versione usare e ricostruire le decisioni richiede tempo. Il contesto si disperde quando cambia persona o conversazione.
ESTRO / EstroCoreECOSISTEMA AI
La conoscenza diventa operativa
Il tuo contesto. Al lavoro con te.
Documenti, decisioni e fonti aziendali diventano una memoria consultabile dai tuoi assistenti, con accessi e provenienza.
IDEATO DA ALBERTO COSTA LUNGA01 — 04 / ESTRO TECHNOLOGY
INIZIARE SUBITO
Il second brain
della tua azienda.
EstroCore è il secondo cervello aziendale progettato da Estro: organizza documenti e conoscenza e li rende consultabili da persone e assistenti AI, con fonti e accessi riconoscibili.
CHE COSA ACQUISTI
Una base di conoscenza costruita sulle tue fonti: organizzazione dei dati, ricerca, lettura dei documenti, permessi e collegamento agli assistenti compatibili.
DA DOVE PARTIAMO
Partiamo da un progetto e dalle sue fonti più utili. Definiamo cosa deve sapere il team e verifichiamo le risposte su domande reali prima di ampliare il patrimonio.
Una tecnologia, un processo, una responsabilità.
EstroCore è il livello di conoscenza progettato da Estro per collegare il patrimonio informativo dell’azienda al lavoro delle persone e degli agenti AI. Organizza le fonti, recupera i passaggi pertinenti e consente di tornare al documento letto. Il punto di partenza è un motore di ricerca e lettura collaudato su un progetto reale.
COME SI MUOVE IL SISTEMA
La conoscenza resta.
Il lavoro riparte.
EstroCore dà una forma consultabile a ciò che l’azienda ha già prodotto. Ogni risposta può tornare alla fonte e al suo perimetro.
SCHEMA ILLUSTRATIVO DEL PROCESSOINGRESSO
Documenti autorizzati
Metadati e versioni
Domande del team
ESTROCORE
DESTINAZIONE
Passaggi pertinenti
Lettura della fonte
Contesto per gli assistenti
01L’idea
Da un’esigenza reale.
«Volevo un second brain per il nostro team: dati organizzati, fonti pulite e decisioni recuperabili. EstroCore nasce per rendere riutilizzabile quello che sappiamo in agenzia e portare lo stesso metodo nelle aziende dei nostri clienti.»
La conoscenza aziendale spesso esiste già, ma è distribuita tra cartelle, progetti e conversazioni. Incollare più testo in un assistente può mescolare versioni e decisioni. Serve sapere quale fonte stiamo usando, chi può leggerla e cosa manca per rispondere.
Dare continuità al lavoro con una memoria che conserva provenienza e perimetro: la domanda recupera informazioni pertinenti e l’assistente può leggerne la fonte. Il beneficio cercato è rendere il contesto riutilizzabile e controllabile, con meno ricostruzioni manuali.
02Il prodotto
Che cosa mette in movimento.
Fonti riconoscibili
Originali, metadati e versioni restano distinti dall’indice. Il documento rimane il riferimento da aprire e confrontare.
Ricerca semantica
Il modello di embedding locale rappresenta i passaggi; pgvector confronta la domanda con l’indice e recupera il contesto pertinente.
Ricerca e lettura
Due strumenti separano il recupero del passaggio dalla lettura completa del documento. La lettura verifica la versione attesa.
Accesso per identità
Il connettore MCP usa un’identità autenticata; l’autorizzazione decide quali progetti sono consultabili.
Una base per l’ecosistema
Il disegno collega conoscenza, agenti e gestionali. Multiutenza amministrabile, sincronizzazione ed estensione delle fonti sono le parti da completare oltre il pilota.
A chi serve
- Agenzie e team che lavorano su più clienti, brief e revisioni.
- Aziende con procedure e documenti che gli assistenti devono consultare.
- Organizzazioni che vogliono integrare conoscenza e strumenti mantenendo accessi per progetto.
UN CICLO CONCRETO
Che cosa succede,
passo dopo passo.
Si sceglie il patrimonio utile
Non si parte caricando tutto: si definiscono documenti, progetto, responsabili e accessi. L’originale resta il riferimento.
Il contenuto diventa ricercabile
Il testo viene organizzato in passaggi e rappresentato con embedding locali. La ricerca recupera informazioni pertinenti dentro il progetto autorizzato.
La risposta torna alla fonte
Ricerca e lettura sono due azioni diverse. L’assistente può verificare il documento e dichiarare un dato assente, come nel test del pilota.
03Il metodo
Dal contesto all’azione.
Cinque passaggi. Selezionali per esplorare il processo.
01 / Collegare
Selezionare fonti autorizzate e perimetro.
SCHEMA 02 / IL PUNTO DI CONTROLLO
Prima della risposta,
il diritto alla fonte.
La memoria aziendale diventa utile quando il contesto corretto è disponibile alla persona corretta. Autorizzazione, pertinenza e versione devono accompagnare il recupero.
Una persona o un assistente pone una domanda
VERIFICA
Identità, progetto e fonte autorizzata
Documento pertinente e versione coerente
Lettura e risposta collegata alla fonte
Fonte non accessibile o informazione assente
Limitare la risposta e rendere visibile la lacuna
Il percorso non deve cercare una scorciatoia quando manca un permesso o un dato. Nel pilota, ricerca e lettura sono strumenti distinti proprio per permettere una verifica del documento. Il passaggio semantico suggerisce dove cercare; la fonte stabilisce che cosa è effettivamente scritto.
04Le evidenze
Il progetto, nei fatti.
Test del nucleo superati
Identità, progetto, input, versione e percorso file nel collaudo documentato.
Dimensioni degli embedding
Modello multilingue eseguito localmente e offline per l’indicizzazione.
Strumenti di consultazione
Ricerca e lettura completa, in sola lettura, tramite connettore MCP autenticato.
DAL CAMPO
La prova più utile è stata una risposta senza numero
Il primo test da ChatGPT aveva usato i contatori di importazione senza aprire il documento. La correzione è stata rendere esplicito il contratto di ricerca e lettura. Il test successivo ha recuperato il recap corretto, riconosciuto fonte e data e dichiarato che il fatturato richiesto non era presente. Questo è il nucleo del racconto: il motore deve aiutare a verificare ciò che sa, senza trasformare la vicinanza semantica in una risposta inventata.
01 / IL PROCESSO
Qualità del contesto
Pertinenza del passaggio, versione del documento, progetto autorizzato e riconoscibilità della fonte.
02 / IL RISULTATO
Affidabilità della consultazione
Risposte verificate, accessi negati quando richiesto e informazioni mancanti dichiarate, da valutare sui casi reali.
DENTRO IL PROGETTO
Il contesto è
un patrimonio aziendale.
Un second brain utile non raccoglie soltanto file. Rende riconoscibili il progetto, la fonte, la versione e le decisioni che permettono di riprendere il lavoro.
01Dati organizzati, prima della risposta
+
La qualità della consultazione comincia da ciò che l’azienda decide di rendere disponibile.
Brief, procedure, recap e revisioni hanno responsabilità e tempi diversi. La prima attività è scegliere le fonti, dare un nome al loro perimetro e individuare chi le mantiene. Pulire l’informazione significa anche riconoscere duplicati, versioni superate e dati mancanti: il modello non può risolvere da solo una contraddizione organizzativa.
02Originale, indice e contesto
+
Tre livelli con compiti distinti: conservare, cercare e lavorare.
L’originale rimane il riferimento. L’indice semantico rende recuperabili i passaggi pertinenti. Il contesto restituito all’assistente serve alla domanda del momento. La ricerca per significato aiuta a trovare; la lettura del documento permette di verificare cosa c’è davvero e quale versione viene usata.
03Una memoria con un perimetro
+
Conoscere un documento non significa poterlo mostrare a chiunque.
Il pilota lega identità e progetto autorizzato, con consultazione in sola lettura. Questo principio orienta il prodotto aziendale: accessi e responsabilità devono accompagnare la conoscenza. L’indicizzazione locale evita un servizio esterno di embedding; l’eventuale assistente esterno riceve comunque i passaggi autorizzati necessari alla risposta.
04Dalla memoria all’ambiente di lavoro
+
La direzione di EstroCore è unire persone, brief, file, decisioni e attività nello stesso sistema.
Alberto ha esteso il disegno verso un ambiente operativo nativo AI, con viste diverse per team e aziende. Il second brain ne è il livello di conoscenza. Chat, attività, integrazione CRM e gestione multiutente rappresentano il perimetro di evoluzione: il nucleo oggi documentato è ricerca e lettura su un progetto pilota.
05Dare una risposta include riconoscere un’assenza
+
Il test più significativo non è stato riempire una casella con un numero.
Quando è stato chiesto un dato economico non presente nella fonte, il percorso corretto ha riconosciuto il documento e dichiarato il dato assente. È un criterio di lavoro: fonte e limiti devono essere visibili. Per estenderlo all’azienda serve valutare molti casi, mantenere il corpus e rivedere le risposte con il team.
05Sotto la superficie
Come è costruito.
01
PostgreSQL 17 e pgvector per i passaggi vettoriali, con ricerca per distanza coseno.
02
Finestre di 45 parole e passo di 35 nel pilota; parametri da valutare sulle fonti del cliente.
03
Embedding locali: l’indicizzazione non richiede l’invio dei documenti a un servizio esterno di embedding.
04
MCP con OAuth e PKCE, identità dal token verificato, autorizzazione per progetto.
05
Hash SHA256 e metadati per collegare ricerca, lettura e versione.
06
L’assistente esterno riceve il contesto autorizzato necessario alla risposta: embedding locali non significa che nessun testo possa mai essere trasmesso all’assistente.
SCHEMA 03 / LA CATENA DELLE RESPONSABILITÀ
Conservare, cercare,
lavorare sul contesto.
Un second brain non è un solo contenitore. Ha livelli che devono rimanere collegati: l’originale, l’indice e il contesto che raggiunge l’assistente.
| Ruolo / livello | Riceve | Lavora su | Consegna |
|---|---|---|---|
| 01Fonte originale | Documento, metadati e versione | Conservare il riferimento verificabile | Patrimonio informativo riconoscibile |
| 02Indice semantico | Passaggi e rappresentazioni vettoriali | Recuperare informazioni per significato | Candidati pertinenti alla domanda |
| 03Persone e assistenti | Contesto autorizzato e lettura della fonte | Interpretare, verificare e usare l’informazione | Risposta o lavoro successivo motivato |
L’indice non sostituisce il documento e l’assistente non diventa il proprietario della verità aziendale. Per questo il progetto conserva provenienza e perimetro. La conoscenza può essere riutilizzata senza perdere il riferimento da cui nasce, e le lacune rimangono qualcosa che il team può correggere.
06L’evoluzione
Un nucleo reale. Una direzione chiara.
Oggi
- Ricerca e lettura da ChatGPT riuscite sul recap del progetto pilota.
- Fonte e data riconosciute; assenza del dato richiesto dichiarata.
- Perimetro di accesso e consultazione in sola lettura collaudati.
Il prossimo passo
- Pannello di utenti, inviti e assegnazioni con autorizzazioni centralizzate.
- Ampliamento delle fonti e sincronizzazione incrementale.
- Valutazione del recupero su un corpus esteso.
- Revoca e ciclo periodico di backup e ripristino verificati.
Come siamo arrivati qui.
Le tappe documentate e la direzione del prossimo sviluppo.
14 OTT 2026
Il disegno del sistema
Il brief definisce il livello di conoscenza: fonti, progetti, ricerca e strumenti a supporto del lavoro.
16 OTT 2026
La ricerca diventa consultazione
Il pilota collega a ChatGPT due strumenti MCP in sola lettura. Dieci test coprono il nucleo documentato.
COLLAUDO DEL PILOTA
La prova del dato assente
La consultazione riconosce il recap corretto, fonte e data, e segnala che il fatturato richiesto non compare nel documento.
PROSSIMA FASE
Una memoria più ampia
Nuove fonti, sincronizzazione, gestione utenti e valutazione del recupero su un corpus esteso.
Edizione del 30 ottobre 2026. Le implementazioni si valutano e si collaudano sul contesto del cliente.
07La potenzialità
Dai un ordine di grandezza al lavoro.
Un simulatore per discutere volumi e priorità con il team. Modifica le ipotesi: i numeri descrivono uno scenario, separato dai risultati del progetto.
Volume × minuti ÷ 60. Carico manuale teorico: non risparmio misurato né capacità garantita.
08La collaborazione
Che cosa portiamo nella tua azienda.
- Mappa di fonti, responsabili e permessi.
- Pipeline di acquisizione e indicizzazione sul perimetro scelto.
- Ricerca e lettura collegate agli assistenti compatibili.
- Collaudo di risposte, informazioni mancanti e accessi negati.
- Documentazione e piano per aggiornamento, manutenzione e adozione.
01 / Analisi02 / Configurazione03 / Collaudo04 / Adozione
COSA CAMBIA NELLA TUA AZIENDA
La tecnologia entra
nel lavoro delle persone.
Per la direzione
Decisioni e informazioni possono diventare recuperabili con una fonte, invece di dipendere dalla memoria di poche persone.
Per il team
Un nuovo incarico può ripartire da un contesto condiviso: brief, precedenti e vincoli disponibili nel perimetro autorizzato.
Per gli agenti AI
Una base informativa controllabile su cui lavorare, collegata al progetto e aggiornata secondo regole definite.
UNO SCENARIO DI ADOZIONE
Un account riprende un progetto dopo alcune settimane. Invece di ricomporre la storia da messaggi diversi, consulta la base autorizzata, recupera il brief e apre la fonte della decisione. Lo stesso contesto può aiutare un assistente a preparare il lavoro successivo. È uno scenario di adozione: l’ampiezza delle fonti e gli strumenti collegati si definiscono nell’implementazione.
Lavorare con Alberto e il team Estro significa partire dal processo, scegliere il primo perimetro utile, costruirlo e affiancare le persone nell’adozione. Integrazioni, responsabilità e criteri di successo vengono definiti insieme.
SCHEMA 04 / IL CICLO DI ADOZIONE
La memoria ha bisogno
di una cura continua.
Dati organizzati e puliti richiedono responsabilità organizzative oltre alla tecnologia. La qualità del second brain dipende anche da chi aggiorna e approva ciò che l’azienda considera valido.
Produrre
Brief, recap, procedure e decisioni nel lavoro quotidiano.
Organizzare
Identificare progetto, versione, responsabile e accessi.
Consultare
Recuperare il contesto utile e verificare le fonti.
Curare
Correggere lacune e aggiornare il patrimonio selezionato.
Questo è il modello di adozione verso cui orientiamo il prodotto. Sincronizzazione ed estensione delle fonti sono implementazioni da concordare e collaudare. L’obiettivo è rendere la conoscenza una capacità del team, evitando che la manutenzione rimanga un’attività senza proprietario.
RIFLESSIONI DI PROGETTO
Alberto Costa Lunga
Ideazione e direzione
Non voglio ricominciare
ogni volta da zero.
Il nostro team produce conoscenza ogni giorno. Un brief, una decisione, una revisione e una conversazione contengono lavoro che è già stato fatto. Se quel contesto rimane disperso, alla domanda successiva qualcuno deve ricostruirlo.
Ho iniziato EstroCore per dare continuità a quel patrimonio. Per me dati organizzati e puliti sono una condizione per prendere decisioni migliori. Il second brain deve aiutare il team a ritrovare ciò che sa e a capire su quali fonti sta lavorando.
La direzione che immagino è più ampia di una ricerca nei documenti: un ambiente in cui il lavoro delle persone alimenta la memoria aziendale e quella memoria torna utile alle persone e agli agenti. Vogliamo costruirlo partendo da casi che possiamo verificare, per portare lo stesso valore nelle aziende che si affidano a noi.
Alberto Costa Lunga
09Le domande
Prima di partire.
È già una piattaforma self-service completa?+
Il motore è stato collaudato su un pilota circoscritto: un progetto, un corpus ristretto e un utente. La proposta commerciale è adattare il nucleo alla tua azienda, completando le funzioni necessarie.
I dati restano tutti in locale?+
Gli embedding del pilota sono calcolati localmente. Se si usa un assistente esterno, i passaggi autorizzati restituiti dal connettore entrano nel suo contesto. Infrastruttura, modelli e flussi dei dati si definiscono nel progetto.
Sostituisce Google Drive o Basecamp?+
Il disegno parte dalle fonti esistenti. Archivio originale, indice di ricerca e backup hanno compiti diversi. La sincronizzazione universale con le fonti non è dimostrata dal pilota.
Che cosa succede quando manca una risposta?+
Il collaudo documenta la dichiarazione di dato assente. È un comportamento da continuare a valutare sui casi reali, non una garanzia che un modello non commetta mai errori.
UN UNICO ECOSISTEMA
Il contesto collega ogni prodotto.
Radar Riconoscere i segnali del mercato.Eva Dare continuità alla relazione.Ospita Coordinare il lavoro del locale.EstroCore Rendere consultabile la conoscenza.
È la direzione progettuale di Estro: ricerca, relazione, operatività e conoscenza condividono una logica. I collegamenti tra i prodotti si progettano e si collaudano per ciascuna implementazione; questa mappa non attesta integrazioni già complete.
ESTRO / EstroCore
Facciamolo lavorare
nel tuo contesto.
Partiamo da un progetto e dalle domande a cui oggi fate fatica a trovare una fonte affidabile.
Parla con EstroAlberto Costa LungaIdeazione e direzione · Estro Agency
NOTE DI PROGETTO / EDIZIONE 30.10.2026
- EstroCore — Project Brief v0.1, 14 ottobre 2026.
- EstroCore — pilota vettoriale e MCP privato, 16 ottobre 2026.
- Minimax — pacchetto Note tecniche e lancio EstroCore, 30 ottobre 2026.
Le metriche si riferiscono ai collaudi e ai periodi indicati. Il percorso completo dipende dal perimetro concordato.