Je meetings, gecommit in je eigen repository

Het archief van Earkeep bestaat al uit gewone bestanden: één JSONL-bestand per dag, in een map die jij kiest, vaak in de repository waar je notities staan. Maar een map heeft pas versiebeheer als iemand hem commit, en handmatig committen houdt je tot woensdag vol. Daarom doet Earkeep de commits en laat het de rest van de repository aan jou.

Het gaat alleen aan binnen een repository. Is de transcriptmap, of een map erboven, een git-repository, dan biedt Settings → Storage & Git de functie aan. Anders vind je er één knop die git init uitvoert, de enige manier waarop Earkeep ooit een repository aanmaakt.

Jij kiest wanneer er gecommit wordt: aan het eind van een dag, wanneer een meeting verandert, allebei (de standaard) of nooit.

• Aan het eind van een dag betekent vijf minuten na middernacht. Slaapt je laptop om middernacht, dan commit hij gisteren zodra hij wakker wordt.
• Wanneer een meeting verandert betekent opgeslagen, beëindigd, in lengte aangepast, hernoemd of verwijderd, een paar seconden na de laatste wijziging, zodat het slepen van een rand één commit is. Het starten van een meeting levert geen commit op, en nieuwe transcriptregels op zich ook niet.

Eén commit per dagbestand, en niets anders. Wat je zelf hebt gestaged, blijft buiten de commits van Earkeep, en een dagbestand dat je .gitignore uitsluit, wordt overgeslagen.

Alleen op een branch die je toestaat: main (of master), welke branch er ook is uitgecheckt, of een branch die je zelf opgeeft. Op elke andere branch wordt er niets gecommit en vermeldt Settings waarom.

Elk bericht noemt de dag en de meeting, zodat git log --oneline leest als de week die je hebt gehad:

Elk bericht is een sjabloon dat je in Settings kunt herschrijven, één per gebeurtenis, met {date} en {meeting} als plaatsaanduidingen.

Push naar elke remote (de standaard), naar de remotes die je kiest, of helemaal niet, en elke commit blijft op je apparaat.

Dit is de enige manier waarop een transcript je apparaat verlaat, en alleen naar een remote die jij hebt ingesteld, onder je eigen account. Earkeep heeft geen server in dat pad.

Het is je eigen git, dus je SSH-agent, credential helpers en hooks werken zoals in een terminal. Een push die om een wachtwoord of passphrase zou vragen, mislukt meteen en zegt waarom, in plaats van te wachten op een prompt die niemand ziet.

Een remote die is doorgegaan, wordt gepulld, niet geweigerd. Earkeep doet wat git pull --rebase --autostash doet en pusht daarna. Het opnemen gaat gewoon door; het bewerken van een meeting staat op dat moment even stil en dat wordt erbij gemeld.

Als de commits van de remote conflicteren met de jouwe, geeft Earkeep de vastgelopen rebase door aan een van de ACP-agents op je computer, zoals Claude Code of Codex. Daarna controleert Earkeep de repository, niet het antwoord van de agent: de rebase is afgerond, de commits van beide kanten zijn er, er staat geen conflictmarkering meer in. Pas dan pusht het.

Alles wat daar niet aan voldoet, wordt teruggedraaid: de rebase wordt afgebroken, je branch en niet-gecommitte wijzigingen staan weer zoals ze waren, en Earkeep vertelt je wat de agent zei. De agent is je eigen tool met je eigen sleutel, dus wat hij leest, gaat waarheen die agent het normaal verstuurt.

Een fout verschijnt boven het transcript in gewone woorden (de remote wees je sleutel af, de host was niet bereikbaar, een conflict heeft jou nodig), met de eigen woorden van git eronder. Earkeep probeert het elke vijf minuten opnieuw, dus zodra de oorzaak is verholpen, gaat de push door.

• Private by design: de bestanden die hierdoor worden gecommit.
• Agents and MCP: de agents die je notulen schrijven en je conflicten oplossen.
• PKM for developers: notities als git-repository.
• The LLM wiki: wat een map met meetings onder versiebeheer wordt.