Срещите ви, записани в собственото ви хранилище

Записът на Earkeep вече е в обикновени файлове: по един JSONL файл на ден, в папка по ваш избор, често в хранилището, в което са бележките ви. Но папката има версии само ако някой направи комит, а ръчното правене на комити спира още до сряда. Затова Earkeep прави комитите, а останалото в хранилището оставя на вас.

Включва се само в хранилище. Когато папката с транскриптите или папка над нея е git хранилище, функцията се предлага в Настройки → Съхранение и Git. В противен случай има един бутон, който изпълнява git init. Това е единственият начин, по който Earkeep създава хранилище.

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

• Когато денят свърши означава пет минути след полунощ. Ако лаптопът спи в полунощ, при събуждане той записва вчерашния ден.
• Когато срещата се промени означава запазена, приключена, преоразмерена, преименувана или изтрита, няколко секунди след последната промяна, така че влаченето на край е един комит. Започването на среща не прави комит, както и самите нови редове от транскрипта.

Един комит за файл за ден и нищо друго. Каквото сте добавили сами в индекса, остава извън комитите на Earkeep, а файл за ден, който .gitignore изключва, се пропуска.

Само в клон, който разрешите: main (или master), какъвто и клон да е зареден, или клон, който посочите. В всеки друг клон не се прави комит, а Настройки обяснява защо.

Всяко съобщение назовава деня и срещата, така че git log --oneline се чете като седмицата, която сте имали:

Всяко съобщение е шаблон, който можете да пренапишете в Настройки, по един за всяко събитие, с {date} и {meeting} като заместители.

Изпращайте към всяко отдалечено хранилище (по подразбиране), към тези, които изберете, или изобщо не изпращайте, и тогава всеки комит остава на устройството ви.

Това е единственият начин, по който транскрипт напуска устройството ви, и то само към отдалечено хранилище, което сте настроили, с вашия собствен акаунт. На този път Earkeep няма сървър.

Това е вашият собствен git, така че вашият SSH агент, помощниците за идентификационни данни и куките (hooks) работят както в терминал. Изпращане, което би поискало парола или passphrase, се проваля веднага и обяснява защо, вместо да чака запитване, което никой не вижда.

Отдалечено хранилище, което е продължило напред, се изтегля, а не се отхвърля. Earkeep прави каквото прави git pull --rebase --autostash, след това изпраща. Записът продължава, а редактирането на среща се спира за този момент и го казва.

Когато комитите от отдалеченото хранилище влязат в конфликт с вашите, Earkeep предава спрелия rebase на един от ACP агентите на вашата машина, например Claude Code или Codex. След това проверява хранилището, а не отговора на агента: rebase е завършил, комитите и от двете страни са налице, не е останал маркер за конфликт. Едва тогава изпраща.

Всичко по-малко от това се отменя: rebase се прекратява, вашият клон и некомитнатите промени се връщат каквито са били, а Earkeep ви казва какво е отговорил агентът. Агентът е ваш собствен инструмент с ваш собствен ключ, така че прочетеното от него отива там, където този агент обикновено го изпраща.

Грешката се показва над транскрипта с прости думи (отдалеченото хранилище отхвърли ключа ви, хостът не може да бъде достигнат, конфликтът се нуждае от вас), а отдолу са собствените думи на git. Earkeep опитва отново на всеки пет минути, така че щом причината бъде отстранена, изпращането минава.

• Поверителност по замисъл: файловете, които това записва с комит.
• Агенти и MCP: агентите, които пишат протоколите ви и решават конфликтите ви.
• PKM за разработчици: бележки като git хранилище.
• LLM wiki: какво става една папка със срещи с версии.