Dina möten, committade till ditt eget repository

Earkeeps arkiv består redan av vanliga filer: en JSONL-fil per dag, i en mapp som du väljer, ofta inuti det repository där dina anteckningar finns. Men en mapp versionshanteras bara om någon commitar den, och att commita för hand brukar ha slutat hända senast på onsdagen. Därför gör Earkeep commitsen och lämnar resten av repositoryt åt dig.

Det slås bara på inuti ett repository. När transkriptmappen, eller en mapp ovanför den, är ett git-repository erbjuder Inställningar → Lagring & Git funktionen. Annars finns det en enda knapp som kör git init, det enda sätt på vilket Earkeep någonsin skapar ett repository.

Du väljer när det commitas: när en dag slutar, när ett möte ändras, båda (standard) eller aldrig.

• När en dag slutar betyder fem minuter efter midnatt. En bärbar dator som sover vid midnatt commitar gårdagen när den vaknar.
• När ett möte ändras betyder sparat, avslutat, ändrad längd, omdöpt eller borttaget, några sekunder efter den senaste ändringen, så att ett drag i kanten blir en enda commit. Ett möte som startar ger ingen commit, och det gör inte heller nya transkriptrader ensamma.

En commit per dagsfil, och inget annat. Det du själv har stage:at hålls utanför Earkeeps commits, och en dagsfil som din .gitignore utesluter lämnas utanför.

Bara på en gren du tillåter: main (eller master), vilken gren som än är utcheckad, eller en som du anger. På alla andra grenar commitas ingenting och Inställningar visar varför.

Varje meddelande nämner dagen och mötet, så att git log --oneline läses som din vecka:

Varje meddelande är en mall som du kan skriva om i Inställningar, en per händelse, med {date} och {meeting} som platshållare.

Pusha till alla remotes (standard), till de remotes du väljer, eller inte alls, och då stannar varje commit på din enhet.

Det här är det enda sättet ett transkript lämnar din enhet, och bara till en remote som du har konfigurerat, under ditt eget konto. Earkeep har ingen server i den vägen.

Det är ditt eget git, så din SSH-agent, dina credential helpers och hooks gäller precis som i en terminal. En push som skulle fråga efter ett lösenord eller en lösenfras misslyckas direkt och talar om varför, i stället för att vänta på en prompt som ingen kan se.

En remote som har gått vidare pullas, den nekas inte. Earkeep gör det som git pull --rebase --autostash gör och pushar sedan. Inspelningen fortsätter, medan redigering av ett möte pausas under den stunden och säger det.

När remotens commits krockar med dina lämnar Earkeep över den avbrutna rebasen till en av ACP-agenterna på din dator, till exempel Claude Code eller Codex. Därefter kontrollerar Earkeep repositoryt, inte agentens svar: rebasen blev klar, båda sidors commits finns kvar och ingen konfliktmarkering finns kvar. Först då pushar det.

Allt som inte når hela vägen dit ångras: rebasen avbryts, din gren och dina ocommittade ändringar återgår till hur de var, och Earkeep berättar vad agenten sa. Agenten är ditt eget verktyg med din egen nyckel, så det den läser går dit den agenten vanligtvis skickar det.

Ett fel visas ovanför transkriptet med enkla ord (remoten avvisade din nyckel, värden gick inte att nå, en konflikt behöver dig), med gits egna ord under. Earkeep försöker igen var femte minut, så när orsaken är åtgärdad går pushen igenom.

• Privat från grunden: filerna som det här commitar.
• Agenter och MCP: agenterna som skriver dina mötesprotokoll och löser dina konflikter.
• PKM för utvecklare: anteckningar som ett git-repository.
• LLM-wikin: vad en versionshanterad mapp med möten blir.