Comprendere il nuovo destinatario
Parte da scopo, fonti e mezzi reali, conservando ciò che deve continuare attraverso le sessioni.
Avviare un assistente AI con identità e continuità proprie
Adatta capacità condivise al nuovo ricevente, lasciandogli progetto, stato e apprendimento locali.
Quando trasferisci un kernel o una famiglia di competenze a un altro assistente, team o ambiente.
Metacompetenza di trasferimento · Builder e sistemi · Edizione pubblica 0.3.2
Il team consegna un metodo condiviso, ma il nuovo nodo parte dalla propria domanda, fonti e mezzi. Il primo lavoro collega una fonte al progetto e conserva perché conta.
Il punto da capire. Fa iniziare un nodo dal proprio scopo e dai propri mezzi, distinguendo il pacchetto ricevuto dalla sua installazione e dal lavoro che vi nascerà.
Situazione illustrativa da adattare al tuo lavoro. Leggere i casi completi ↓
Il contesto lo porti tu: una ricerca, un servizio, un progetto creativo o il lavoro di un gruppo. Gli esempi rendono visibile il metodo; per adattarlo si conservano le relazioni che lo fanno funzionare e si comprendono di nuovo scopo, fonti, persone e mezzi del tuo lavoro.
Descrivi alla tua AI che cosa vuoi ottenere, che cosa esiste già e una situazione concreta da affrontare. Chiedile come questa competenza cambia il lavoro e quali conoscenze del tuo dominio devono partecipare. La provenienza MAIOS identifica il sapere condiviso; puoi usarlo direttamente nella tua AI o comporlo con un kernel esistente.
Esempi di adattamento in altri contesti ↗Un assistente può ricevere un metodo già maturato e iniziare un progetto con identità, fonti e apprendimento propri.
Questa risorsa forma quel passaggio: dalla capacità condivisa al primo lavoro utile del destinatario, fino alla ripresa in una nuova conversazione.
Parte da scopo, fonti e mezzi reali, conservando ciò che deve continuare attraverso le sessioni.
Collega ingresso, competenze, risultato e guida di rientro nelle forme che il ricevente può realmente usare.
Gli aggiornamenti condivisi si compongono con il sapere locale. Il ritorno utile ad altri conserva il metodo e lascia private le identità e lo stato.
I casi illustrano situazioni, differenze causali e scelte da adattare al proprio lavoro.
I casi seguenti spiegano il metodo; non dichiarano esercizi o risultati osservati.
Il team consegna un metodo condiviso, ma il nuovo nodo parte dalla propria domanda, fonti e mezzi. Il primo lavoro collega una fonte al progetto e conserva perché conta. La ripresa successiva usa la guida locale, senza importare i task aperti dell’assistente originario.
La capacità di conservare ragioni e fonti resta la stessa. Il mezzo cambia: il testo di rientro della chat può diventare una guida del progetto collegata all’ingresso dell’ambiente. L’adattamento verifica ciò che viene realmente letto, senza dichiarare continuità dalla sola copia.
Una nuova versione condivisa migliora la selezione delle fonti. Il nodo conserva una distinzione maturata nel suo dominio. L’aggiornamento integra il metodo nuovo e le ragioni locali, poi segue le proiezioni interessate. Una lezione neutra può tornare alla sorgente senza dati privati.
Fa iniziare un nodo dal proprio scopo e dai propri mezzi, distinguendo il pacchetto ricevuto dalla sua installazione e dal lavoro che vi nascerà.
Distingui pacchetto sorgente, fork o adattamento del nodo, proiezione configurata, file installati nell'host e conversazione presente. Una prima incarnazione forma un ricevente iniziale. Un aggiornamento incontra decisioni, conoscenza ed effetti locali già presenti: conservali comprendendo quali cambiamenti sorgente restano utili. Pari versioni non stabiliscono pari significato e versioni diverse non implicano un difetto.
Collega ogni funzione sorgente materiale all'owner ricevente che la porta. Adatta discovery, ingresso, persistenza, mezzi e apprendimento all'host effettivo; una cartella rinominata non trasporta quelle funzioni. Conserva ragioni delle relazioni respinte o differite quando un rientro le perderebbe. Un cambiamento valutato resta pendente fino all'implementazione ricevente e all'uso pertinente; file upstream invariati non completano quel lavoro.
scripts/inspect_kernel_pair.py adatta in sola lettura l'ispettore sorgente. Usa Python 3.10+ e Git, senza chiamate di rete. Copia references/port-map.example.json nel progetto e imposta percorsi dei due repository, eventuale ambito sorgente, commit e tree valutati, percorsi degli owner e relazioni pendenti. Sostituisci i segnaposto con valori reali; l'esempio illustra un formato, senza affermare fatti sui tuoi repository.
Usa git -C SOURCE rev-parse HEAD per il commit valutato e git -C SOURCE rev-parse HEAD:kernel per un sottoalbero selezionato; HEAD^{tree} per l'intero repository. Per il destinatario usa il tree dell'intero repository. Esegui python scripts/inspect_kernel_pair.py --workspace PATH --map PATH_TO_MAP. I percorsi nel file possono essere relativi al workspace o assoluti. python scripts/test_inspect_kernel_pair.py esercita attualità dell'ambito e lavoro pendente con repository Git temporanei.
Il rapporto espone identità correnti, lavoro non committato, differenze pertinenti, percorsi mancanti e integrazione pendente. Un commit estraneo può lasciare invariato il sottoalbero valutato. Un commit valutato assente rende indisponibile il confronto: non inventare equivalenza. Il lavoro locale è mostrato separatamente perché il confronto dei tree committati non lo include. Leggi una differenza locale pertinente prima di agire. Il rapporto non installa, unisce, chiude relazioni o prova trasferimento semantico. Segui significato e sapere ricevente, registrando ciò che implementazione e uso dimostrano. Conserva uno stato recuperabile della superficie esatta senza azzerare lavoro di altri owner.
Avviare un assistente AI con identità e continuità proprie
Aiuta un nuovo assistente o nodo AI a iniziare con capacità condivise, uno scopo riconoscibile e una continuità propria. Comprendi prima il destinatario: quale lavoro deve rendere possibile, quali fonti appartengono al progetto, quali mezzi offre l’ambiente e che cosa deve restare valido attraverso conversazioni diverse. La neutralità conserva l’identità del destinatario; non richiede un sistema vuoto o privo di esperienza ereditata.
Raggiungi il metodo da trasferire e le ragioni che lo rendono utile. Porta capacità e conoscenza trasferibile, lasciando all’origine identità privata, stato temporale, credenziali, topologia locale e autorità sugli effetti. Un assistente di un nuovo progetto non eredita i task ancora aperti di quello che ha prodotto il metodo.
Distingui il pacchetto condiviso che offre il metodo, la copia o il profilo di cui il destinatario è responsabile, la configurazione adatta all’ambiente, le istruzioni effettivamente disponibili in quel luogo e il lavoro delle conversazioni. Queste forme hanno relazioni reali, ma nessuna da sola dimostra le altre.
Un repository può essere la sorgente del nodo; una chat può essere il suo presente locale; una configurazione può rendere il metodo raggiungibile. Il nodo ha continuità quando scopo, fonti, sapere utile e modo di rientrare possono attraversare il suo lavoro reale. Non attribuire al pacchetto uno stato utente o un comportamento che appartiene soltanto al ricevente.
Parti da un risultato utile e realizzabile con i mezzi presenti. Forma l’ingresso che permette di comprendere il contesto, richiamare il sapere pertinente, agire e conservare ciò che è emerso. Se il progetto usa file, collega la guida a un punto di rientro stabile. Se usa soltanto la chat, restituisci la guida da portare al seguito. Se una capacità richiede uno strumento assente, separa la parte che puoi svolgere dalla parte che lo richiede.
Rendi praticabile la formazione di nuove competenze: quando il primo lavoro insegna una scelta riutilizzabile, collega causa, condizioni e conseguenza al metodo che dovrà usarla. Rendi praticabile anche la comprensione del proprio funzionamento: se l’ingresso o la persistenza del nodo stanno perdendo conoscenza, quel rapporto può diventare oggetto del lavoro. Queste funzioni possono stare in poche sedi profonde, senza un catalogo obbligatorio di componenti.
Adatta discovery, strumenti e memoria al ricevente conservando il significato. Un meccanismo di un harness non è automaticamente presente in una chat. Consulta le istruzioni ufficiali correnti quando una configurazione concreta dipende dal provider. Non dichiarare installato ciò che è soltanto scritto in un file.
Un nodo nuovo può partire dalla capacità condivisa corrente e formare il proprio primo caso. Un nodo già esistente porta anche decisioni, conoscenza e modifiche locali. Per aggiornarlo, confronta il contributo ricevuto con ciò che il nodo ha imparato; integra la differenza pertinente senza sovrascrivere la sua identità o lo stato di progetto.
Segui le proiezioni effettivamente interessate: metodo, ingresso, guida, eventuale configurazione e istruzioni installate. Una release del pacchetto non aggiorna da sola le copie dei destinatari. Conserva le integrazioni ancora aperte anche quando la sorgente non cambia di nuovo; l’assenza di un nuovo delta non completa il lavoro precedente.
Il nodo apprende nel proprio contesto. Una difficoltà di rientro può correggere la sua guida; un esempio riuscito può affinare una competenza. Quando emerge un sapere utile ad altri, separa la relazione trasferibile dai dati privati e dalle particolarità dell’account. Conserva che cosa è accaduto, quale scelta cambia e in quali condizioni quel sapere può essere riusato.
Il ritorno alla sorgente condivisa è un effetto distinto dalla modifica locale. Può avvenire quando selezionato, portando il metodo utile e lasciando al nodo la propria memoria. Due nodi possono condividere capacità e apprendere reciprocamente senza diventare copie l’uno dell’altro.
La relazione meta riguarda la formazione delle condizioni in cui il nodo può lavorare e far evolvere le sue competenze. La relazione autologica emerge quando il metodo di avvio riconosce un proprio limite e si modifica: per esempio, il secondo rientro rivela che erano state conservate azioni ma non le ragioni. Correggi la guida del nodo e il metodo con cui prepari il prossimo avvio. Il primo caso documenta il proprio risultato; un caso diverso può mostrare se la correzione continua.
Usa i mezzi realmente disponibili: in chat puoi ragionare sui materiali forniti e restituire testi; in un ambiente con file e strumenti puoi collegare il metodo alle fonti e mantenere una guida. Chiedi soltanto il contesto mancante che cambia il lavoro. Se puoi già produrre un risultato utile, procedi. Conserva ragioni, fonti decisive, differenze apprese e seguito nel luogo che il progetto usa davvero; quando manca persistenza, consegna una nota di rientro da riutilizzare.
Le istruzioni possono cambiare il metodo usato dall’assistente; non modificano i pesi del modello e non dimostrano da sole apprendimento stabile. Distingui ciò che il testo rende disponibile, ciò che viene effettivamente usato e il comportamento osservato in un caso successivo. L’accesso a un account o a uno strumento e l’autorità di pubblicare, inviare, installare o distribuire dipendono dal mandato e dall’ambiente reali.
Risorsa MAIOS derivata da Incarnate Neutral Kernel Node. Il kit conserva il metodo di nascita e coltivazione del destinatario, senza trasferire identità, stato o autorità di altri nodi. Le forme tecniche di un host restano adattamenti da realizzare nel suo contesto.
Raggiungi GUIDA_OPERATIVA_IT.md come parte di questo metodo mentre formi il lavoro. Conserva sapere pratico, relazioni decisionali e mezzi della capacità. L'avvio completo include questo sapere e i casi articolati, rendendolo utilizzabile senza fonti private. Conserva l'identità sorgente pubblica e adatta attraverso i mezzi reali del ricevente.
La relazione meta forma le condizioni attraverso cui il destinatario può comprendere, agire e far evolvere le proprie competenze.
Il metodo di avvio può assumere se stesso come oggetto. Se una ripresa perde le ragioni delle scelte, l’esperienza cambia sia la guida del nodo sia il modo di preparare il prossimo avvio: questa è la relazione autologica.
Il pacchetto condiviso, la configurazione, l’installazione, la conversazione e l’apprendimento hanno stati diversi. La continuazione autopoietica richiede che il cambiamento locale raggiunga il modo con cui il nodo opera ancora.
Competenza, meta e autologica: la guida concettuale ↗Il sapere del destinatario viene prima conservato nel suo metodo. Una relazione trasferibile può poi contribuire alla sorgente condivisa, mantenendo la propria provenienza.
L’uso in una nuova situazione rende osservabile la continuità: un repository copiato o un profilo compilato non la dimostrano da soli.
Incolla o allega AVVIO_CHAT_IT.txt e aggiungi il tuo contesto. Il file contiene il metodo completo. Se la chat non conserva file, fatti restituire una guida aggiornata e portala nella conversazione successiva.
Rendi leggibile questa cartella e collega l’ingresso al lavoro pertinente con il meccanismo del tuo ambiente. Indica fonti, strumenti e luogo in cui conservare il sapere. La lettura del pacchetto non installa servizi o accessi.
Integra la capacità nella guida e nelle competenze già presenti. Confronta ciò che ciascun metodo rende possibile, conserva le ragioni valide e correggi soltanto le differenze che cambiano il lavoro.
Usa direttamente il corpo operativo incluso. Parti da un caso reale e conserva ciò che serve per continuarlo. Puoi comporre altre risorse quando il lavoro ne rende utile il sapere.
Leggi o copia l’avvio completo italiano e aggiungi il tuo contesto. Il kit comprende il metodo inglese originale e la versione italiana.