Вашите состаноци, комитирани во вашиот репозиториум

Ако папката со транскрипти се наоѓа во git репозиториум, Earkeep ја комитира дневната датотека во него кога ќе заврши денот, кога ќе се промени состанок или во двата случаја, и ја испраќа на remote-ите што вашиот репозиториум веќе ги има. Секој дел е поставка, а репозиториумот останува ваш.

Проблемот: записот нема историја

Записот на Earkeep веќе се обични датотеки: една JSONL датотека за секој ден, во папка што вие ја избирате, често во репозиториумот каде се вашите белешки. Но папката има верзии само ако некој ја комитира, а рачното комитирање запира најдоцна до среда. Затоа Earkeep ги прави комитите, а остатокот од репозиториумот го оставa на вас.

Како функционира

Се вклучува само во репозиториум. Кога папката со транскрипти, или некоја над неа, е git репозиториум, Settings → Storage & Git ја нуди функцијата. Во спротивно има едно копче што извршува git init, единствениот начин на кој Earkeep некогаш создава репозиториум.

Вие избирате кога комитира: кога ќе заврши денот, кога ќе се промени состанок, во двата случаја (стандардно) или никогаш.

  • Кога ќе заврши денот значи пет минути по полноќ. Лаптоп што спие во полноќ го комитира вчерашниот ден кога ќе се разбуди.
  • Кога ќе се промени состанок значи зачуван, завршен, со променета должина, преименуван или избришан, неколку секунди по последната измена, па влечењето на раб е еден комит. Почетокот на состанок не создава комит, а не создаваат ни самите нови редови од транскриптот.

Еден комит по дневна датотека, и ништо друго. Она што сте го ставиле во staging сами, остава надвор од комитите на Earkeep, а дневна датотека што вашиот .gitignore ја исклучува се прескокнува.

Само на гранка што ја дозволувате: main (или master), која било гранка што е моментално активна или една што ќе ја именувате. На која било друга гранка не се комитира ништо, а Settings кажува зошто.

Пораки за комитите што кажуваат што се случило

Секоја порака го именува денот и состанокот, па git log --oneline се чита како неделата што сте ја имале:

shell
$ git log --oneline -- meetings/
4e1c0a7 Earkeep 2026-10-12: transcript of the day
9b2f61d Earkeep 2026-10-12: Roadmap review
51d8e3a Earkeep 2026-10-12: update Weekly sync
c07a9f2 Earkeep 2026-10-12: Weekly sync
8a44b1e Earkeep 2026-10-11: transcript of the day

Секоја порака е шаблон што можете да го препишете во Settings, по еден за секој настан, со {date} и {meeting} како местодржачи.

Испраќањето е посебен избор

Испраќајте на сите remote-и (стандардно), на remote-ите што ќе ги изберете или воопшто не, и секој комит останува на вашиот уред.

Ова е единствениот начин на кој транскриптот го напушта вашиот уред, и тоа само кон remote што вие сте го поставиле, под ваша сметка. Earkeep нема сервер на таа патека.

Тоа е вашиот сопствен git, па вашиот SSH agent, помошниците за креденцијали и hooks важат исто како во терминал. Испраќање што би побарало лозинка или passphrase веднаш не успева и кажува зошто, наместо да чека на прашање што никој не го гледа.

Remote што отишол напред се презема, не се одбива. Earkeep го прави она што го прави git pull --rebase --autostash, па потоа испраќа. Снимањето продолжува, а уредувањето на состанок за тој момент е паузирано и тоа го кажува.

Конфликтите ги решава агент, не ви се оставаат вам

Кога комитите од remote-от се судираат со вашите, Earkeep го предава запрениот rebase на еден од ACP агентите на вашиот компјутер, како Claude Code или Codex. Потоа го проверува репозиториумот, а не одговорот на агентот: rebase-от е завршен, комитите од двете страни се тука, не е останат ни еден знак за конфликт. Дури тогаш испраќа.

Сè што не го исполнува тоа се поништува: rebase-от се прекинува, вашата гранка и неkomитираните измени се враќаат како што биле, а Earkeep ви кажува што рекол агентот. Агентот е ваша алатка со ваш клуч, па она што го чита оди таму каде што тој агент вообичаено го испраќа.

Кога испраќањето не успее, ќе дознаете

Грешката се прикажува над транскриптот со јасни зборови (remote-от го одбил вашиот клуч, хостот не можел да се достигне, конфликтот бара вас), а под неа се зборовите на самиот git. Earkeep повторува на секои пет минути, па штом ќе се отстрани причината, испраќањето поминува.

Поврзано

Често поставувани прашања

Дали Earkeep има потреба од git репозиториум за да работи?

Не. Без него транскриптите се обични датотеки во папка; со него Earkeep ги и комитира, а тоа можете да го исклучите.

Дали ќе ги комитира моите други датотеки?

Не. Секој комит содржи една дневна датотека со транскрипт и ништо друго; она што сте го ставиле во staging сами останува надвор.

Дали моите транскрипти го напуштаат мојот уред?

Само кон remote-ите што сте ги поставиле сами. Исклучете го испраќањето и секој комит останува на вашиот уред.

Дали ги синхронизира моите состаноци меѓу компјутери?

Не. Earkeep комитира и испраќа, а презема само за да може да испрати. Што стигнува до вашите други машини зависи од вашиот репозиториум.

Што ако сум на feature гранка кога ќе заврши денот?

Таму не се комитира ништо. Settings покажува дека денот чека, а комитот се случува штом ќе се вратите на дозволена гранка.

Дали состанокот се комитира кога ќе започне?

Не. Се комитира кога ќе заврши или кога ќе го промените, не додека неговиот транскрипт сè уште се пишува.

Што се случува ако агентот за конфликти згреши?

Earkeep го проверува резултатот пред да испрати. Ако нешто не е во ред, rebase-от се прекинува, вашиот репозиториум се враќа како што бил и гледате зошто.

Можам ли да пишувам свои пораки за комитите?

Да: шаблон за секој настан во Settings → Storage & Git, со {date} и {meeting} како местодржачи.

Историја на секој состанок, во репозиториум што е ваш

14-дневна целосна проба, без потреба од сметка.