Le tue riunioni, nel tuo repository

L'archivio di Earkeep è già fatto di semplici file: un file JSONL per ogni giorno, in una cartella che scegli tu, spesso dentro il repository in cui tieni le note. Ma una cartella è versionata solo se qualcuno ne fa il commit, e il commit a mano si smette di farlo già a mercoledì. Per questo Earkeep fa i commit e lascia a te il resto del repository.

Si attiva solo dentro un repository. Quando la cartella delle trascrizioni, o una cartella sopra di essa, è un repository Git, la funzione compare in Impostazioni → Archiviazione e Git. Altrimenti c'è un solo pulsante che esegue git init, l'unico modo in cui Earkeep crea un repository.

Scegli tu quando fare il commit: quando finisce la giornata, quando cambia una riunione, in entrambi i casi (l'impostazione predefinita) o mai.

• Quando finisce la giornata significa cinque minuti dopo mezzanotte. Un portatile in stop a mezzanotte fa il commit di ieri quando si riattiva.
• Quando cambia una riunione significa salvata, terminata, ridimensionata, rinominata o eliminata, pochi secondi dopo l'ultima modifica, così trascinare un bordo vale un solo commit. L'avvio di una riunione non genera nessun commit, e nemmeno le sole nuove righe di trascrizione.

Un commit per file giornaliero, e nient'altro. Ciò che hai messo in staging tu resta fuori dai commit di Earkeep, e un file giornaliero escluso dal tuo .gitignore viene lasciato fuori.

Solo su un branch che autorizzi: main (o master), qualunque branch sia attivo, oppure uno che indichi tu. Su qualsiasi altro branch non viene fatto nessun commit e le Impostazioni ne spiegano il motivo.

Ogni messaggio indica il giorno e la riunione, così git log --oneline si legge come la tua settimana:

Ogni messaggio è un modello che puoi riscrivere nelle Impostazioni, uno per evento, con {date} e {meeting} come segnaposto.

Fai il push su tutti i remote (l'impostazione predefinita), sui remote che scegli o su nessuno, e ogni commit resta sul tuo dispositivo.

È l'unico modo in cui una trascrizione lascia il tuo dispositivo, e solo verso un remote che hai configurato tu, con il tuo account. In questo percorso Earkeep non ha nessun server.

È il tuo Git, quindi si applicano il tuo agente SSH, i credential helper e gli hook, come in un terminale. Un push che chiederebbe una password o una passphrase fallisce subito e ne spiega il motivo, invece di restare in attesa di un prompt che nessuno può vedere.

Un remote che è andato avanti viene aggiornato con un pull, non rifiutato. Earkeep fa ciò che fa git pull --rebase --autostash, poi esegue il push. La registrazione continua; la modifica di una riunione viene messa in pausa per quel momento e te lo segnala.

Quando i commit del remote entrano in conflitto con i tuoi, Earkeep passa il rebase interrotto a uno degli agenti ACP presenti sul tuo computer, come Claude Code o Codex. Poi controlla il repository, non la risposta dell'agente: il rebase è terminato, i commit di entrambe le parti ci sono, non resta nessun marcatore di conflitto. Solo allora fa il push.

Tutto ciò che non arriva a questo punto viene annullato: il rebase viene interrotto, il tuo branch e le modifiche non committate tornano com'erano, e Earkeep ti dice cosa ha risposto l'agente. L'agente è un tuo strumento con una tua chiave, quindi ciò che legge va dove quell'agente di solito lo invia.

Un errore compare sopra la trascrizione in parole semplici (il remote ha rifiutato la tua chiave, l'host non era raggiungibile, un conflitto richiede il tuo intervento), con le parole di Git sotto. Earkeep riprova ogni cinque minuti, quindi una volta risolta la causa il push va a buon fine.

• Privacy by design: i file di cui questa funzione fa il commit.
• Agenti e MCP: gli agenti che scrivono i tuoi verbali e risolvono i tuoi conflitti.
• PKM per sviluppatori: le note come repository Git.
• La wiki LLM: cosa diventa una cartella di riunioni versionata.