Ваші зустрічі, закомічені у ваш власний репозиторій

Запис Earkeep уже зберігається у звичайних файлах: один файл JSONL на день, у папці, яку обираєте ви, часто всередині репозиторію з вашими нотатками. Але папка потрапляє під контроль версій, лише якщо хтось її комітить, а комітити вручну перестають уже до середи. Тому коміти робить Earkeep, а решту репозиторію залишає вам.

Функція вмикається лише всередині репозиторію. Якщо папка з розшифровками або одна з тих, що вище, є git-репозиторієм, функція доступна в Налаштування → Storage & Git. В іншому разі там є одна кнопка, яка виконує git init. Це єдиний спосіб, у який Earkeep будь-коли створює репозиторій.

Ви обираєте, коли комітити: коли закінчується день, коли змінюється зустріч, в обох випадках (за замовчуванням) або ніколи.

• Коли закінчується день означає п’ять хвилин по півночі. Якщо ноутбук спав опівночі, він закомітить учорашній день, щойно прокинеться.
• Коли змінюється зустріч означає: збережену, завершену, змінену за тривалістю, перейменовану або видалену, через кілька секунд після останньої правки, тож перетягування межі дає один коміт. Початок зустрічі коміту не створює, нові рядки розшифровки самі по собі теж.

Один коміт на файл дня, і більше нічого. Те, що ви самі додали до індексу, у коміти Earkeep не потрапляє, а файл дня, який виключає ваш .gitignore, пропускається.

Лише в гілці, яку ви дозволили: main (або master), будь-якій поточній гілці або тій, яку ви вкажете. В іншій гілці нічого не комітиться, а Налаштування пояснюють чому.

Кожне повідомлення містить день і назву зустрічі, тому git log --oneline читається як ваш тиждень:

Кожне повідомлення є шаблоном, який можна переписати в Налаштуваннях, по одному на кожну подію, із заповнювачами {date} і {meeting}.

Пушити можна в усі віддалені репозиторії (за замовчуванням), у ті, які ви оберете, або взагалі не пушити. Тоді кожен коміт залишається на вашому пристрої.

Це єдиний спосіб, у який розшифровка залишає ваш пристрій, і лише до віддаленого репозиторію, який ви налаштували, під вашим власним обліковим записом. Earkeep не має на цьому шляху жодного сервера.

Це ваш власний git, тож ваш SSH-агент, помічники облікових даних і хуки працюють так само, як у терміналі. Пуш, який запитав би пароль або парольну фразу, одразу завершується помилкою з поясненням причини, а не чекає на запит, якого ніхто не бачить.

Віддалений репозиторій, що пішов уперед, оновлюється, а не відхиляється. Earkeep робить те саме, що й git pull --rebase --autostash, а потім пушить. Запис триває, а редагування зустрічі на цей момент призупиняється, і ви бачите про це повідомлення.

Коли коміти з віддаленого репозиторію конфліктують з вашими, Earkeep передає зупинений rebase одному з ACP-агентів на вашому комп’ютері, наприклад Claude Code або Codex. Потім він перевіряє репозиторій, а не відповідь агента: rebase завершено, коміти обох сторін на місці, жодного маркера конфлікту не залишилось. Лише після цього він пушить.

Усе, що не відповідає цим умовам, скасовується: rebase перериваєтьcя, ваша гілка та незакомічені зміни повертаються в попередній стан, а Earkeep повідомляє, що сказав агент. Агент є вашим власним інструментом із вашим власним ключем, тож усе, що він читає, потрапляє туди, куди цей агент зазвичай це надсилає.

Збій показується над розшифровкою простими словами (віддалений репозиторій відхилив ваш ключ, хост недоступний, конфлікт потребує вас), а під ним наведено власні слова git. Earkeep повторює спробу кожні п’ять хвилин, тож щойно причину усунуто, пуш проходить.

• Приватність за задумом: файли, які тут комітяться.
• Агенти та MCP: агенти, що пишуть ваші протоколи та розв’язують ваші конфлікти.
• PKM для розробників: нотатки як git-репозиторій.
• LLM-вікі: у що перетворюється папка зустрічей під контролем версій.