A megbeszéléseid a saját repositorydba commitolva

Az Earkeep feljegyzései eleve egyszerű fájlok: naponta egy JSONL fájl, az általad választott mappában, gyakran abban a repositoryban, ahol a jegyzeteid is vannak. A mappa viszont csak akkor verziókezelt, ha valaki commitolja, a kézi commitolás pedig szerdára rendszerint abbamarad. Ezért az Earkeep elvégzi a commitokat, a repository többi részét pedig rád hagyja.

Csak repositoryn belül kapcsol be. Ha az átiratok mappája vagy valamelyik szülőmappája git repository, a Settings → Storage & Git felkínálja a funkciót. Ha nem, egyetlen gomb jelenik meg, amely a git init parancsot futtatja; az Earkeep csak így hoz létre repositoryt.

Te döntöd el, mikor commitoljon: a nap végén, egy megbeszélés módosulásakor, mindkét esetben (ez az alapértelmezés), vagy soha.

• A nap végén éjfél után öt percet jelent. Ha a laptop éjfélkor alszik, felébredéskor commitolja az előző napot.
• Egy megbeszélés módosulásakor azt jelenti, hogy elmentetted, befejeződött, átméreteztétek, átnevezted vagy törölted, az utolsó szerkesztés után pár másodperccel, így egy él elhúzása egyetlen commit. A megbeszélés indulása nem hoz létre commitot, és az új átiratsorok sem önmagukban.

Naponta egy fájl, egy commit, más semmi. Amit te magad stage-eltél, az nem kerül bele az Earkeep commitjaiba, és a .gitignore által kizárt napi fájl kimarad.

Csak az általad engedélyezett branche-en: main (vagy master), bármelyik éppen kijelölt branch, vagy egy általad megnevezett. Bármely másik branche-en nem készül commit, és a Settings megmondja, miért.

Minden üzenet megnevezi a napot és a megbeszélést, így a git log --oneline úgy olvasható, mint a heted:

Minden üzenet egy sablon, amelyet a Settingsben átírhatsz, eseményenként egyet, a {date} és a {meeting} helyőrzőkkel.

Push-olhatsz minden remote-ra (ez az alapértelmezés), az általad kiválasztottakra, vagy egyáltalán nem, és akkor minden commit az eszközödön marad.

Ez az egyetlen út, amelyen egy átirat elhagyja az eszközödet, és csak egy általad beállított remote-ra jut el, a saját fiókod alatt. Az Earkeep egyetlen szervere sincs ebben az útvonalban.

A saját gitedet használja, így az SSH agented, a credential helperek és a hookok ugyanúgy érvényesek, mint a terminálban. Az a push, amely jelszót vagy jelmondatot kérne, azonnal hibával leáll, és megmondja, miért, ahelyett hogy egy olyan promptra várna, amelyet senki sem lát.

Az előrehaladott remote-ról pull történik, nem elutasítás. Az Earkeep azt teszi, amit a git pull --rebase --autostash, aztán push-ol. A felvétel folytatódik; a megbeszélések szerkesztése erre a pillanatra szünetel, és ezt jelzi is.

Ha a remote commitjai ütköznek a tieddel, az Earkeep a megakadt rebase-t átadja a gépeden lévő egyik ACP ágensnek, például a Claude Code-nak vagy a Codexnek. Ezután nem az ágens válaszát ellenőrzi, hanem a repositoryt: a rebase befejeződött, mindkét oldal commitjai megvannak, egyetlen konfliktusjelölő sem maradt. Csak ezután push-ol.

Minden, ami ennél kevesebb, visszacsinálódik: a rebase megszakad, a branched és a nem commitolt módosításaid úgy kerülnek vissza, ahogy voltak, az Earkeep pedig elmondja, mit mondott az ágens. Az ágens a te saját eszközöd a te saját kulcsoddal, ezért amit elolvas, oda kerül, ahová az az ágens egyébként küldi.

A hiba az átirat felett jelenik meg közérthető szavakkal (a remote elutasította a kulcsodat, a gazdagép nem érhető el, egy konfliktushoz te kellesz), alatta a git saját szavaival. Az Earkeep ötpercenként újrapróbálja, így az ok megszüntetése után a push átmegy.

• Private by design: a fájlok, amelyeket ez commitol.
• Agents and MCP: az ágensek, amelyek megírják a jegyzőkönyveidet és feloldják a konfliktusaidat.
• PKM for developers: jegyzetek git repositoryként.
• The LLM wiki: mivé válik a megbeszélések verziókezelt mappája.