Vos réunions, validées dans votre propre dépôt

L'enregistrement d'Earkeep est déjà fait de fichiers simples : un fichier JSONL par jour, dans un dossier que vous choisissez, souvent au sein du dépôt où vivent vos notes. Mais un dossier n'est versionné que si quelqu'un le valide, et les commits faits à la main s'arrêtent dès le mercredi. Earkeep fait donc les commits et laisse le reste du dépôt entre vos mains.

Il ne s'active qu'à l'intérieur d'un dépôt. Quand le dossier de transcriptions, ou l'un de ses dossiers parents, est un dépôt Git, Réglages → Stockage et Git propose la fonctionnalité. Sinon, un seul bouton lance git init, la seule façon dont Earkeep crée un dépôt.

Vous choisissez quand il valide : à la fin d'une journée, quand une réunion change, les deux (par défaut), ou jamais.

• À la fin d'une journée signifie cinq minutes après minuit. Un ordinateur portable en veille à minuit valide la veille à son réveil.
• Quand une réunion change signifie enregistrée, terminée, redimensionnée, renommée ou supprimée, quelques secondes après la dernière modification : déplacer un bord ne produit donc qu'un seul commit. Le début d'une réunion ne crée aucun commit, pas plus que les nouvelles lignes de transcription seules.

Un commit par fichier de jour, et rien d'autre. Ce que vous avez vous-même indexé reste hors des commits d'Earkeep, et un fichier de jour exclu par votre .gitignore est laissé de côté.

Uniquement sur une branche autorisée : main (ou master), la branche actuellement extraite, quelle qu'elle soit, ou une branche que vous nommez. Sur toute autre branche, rien n'est validé et les Réglages en indiquent la raison.

Chaque message nomme le jour et la réunion, si bien que git log --oneline se lit comme votre semaine :

Chaque message est un modèle que vous pouvez réécrire dans les Réglages, un par événement, avec {date} et {meeting} comme variables.

Poussez vers tous les dépôts distants (par défaut), vers ceux que vous choisissez, ou pas du tout : chaque commit reste alors sur votre appareil.

C'est la seule façon dont une transcription quitte votre appareil, et uniquement vers un dépôt distant que vous avez configuré, sous votre propre compte. Earkeep n'a aucun serveur sur ce trajet.

C'est votre propre Git : votre agent SSH, vos assistants d'identifiants et vos hooks s'appliquent comme dans un terminal. Un push qui demanderait un mot de passe ou une phrase secrète échoue immédiatement et vous dit pourquoi, plutôt que d'attendre une invite que personne ne voit.

Un dépôt distant qui a évolué est récupéré, pas refusé. Earkeep fait ce que fait git pull --rebase --autostash, puis pousse. L'enregistrement continue ; la modification d'une réunion est mise en pause pendant ce court moment, et l'indique.

Quand les commits du dépôt distant entrent en conflit avec les vôtres, Earkeep confie le rebase interrompu à l'un des agents ACP présents sur votre machine, comme Claude Code ou Codex. Il vérifie ensuite le dépôt, pas la réponse de l'agent : le rebase est terminé, les commits des deux côtés sont là, aucun marqueur de conflit ne reste. Alors seulement, il pousse.

Tout ce qui n'atteint pas ce niveau est annulé : le rebase est abandonné, votre branche et vos modifications non validées reviennent comme avant, et Earkeep vous indique ce que l'agent a répondu. L'agent est votre propre outil avec votre propre clé : ce qu'il lit part donc là où cet agent envoie normalement ses données.

Un échec s'affiche au-dessus de la transcription en termes simples (le dépôt distant a refusé votre clé, l'hôte est injoignable, un conflit demande votre intervention), avec les mots mêmes de Git en dessous. Earkeep réessaie toutes les cinq minutes : une fois la cause corrigée, le push passe.

• Confidentiel par conception : les fichiers que cette fonctionnalité valide.
• Agents et MCP : les agents qui rédigent vos comptes rendus et résolvent vos conflits.
• PKM pour développeurs : des notes sous forme de dépôt Git.
• Le wiki LLM : ce que devient un dossier de réunions versionné.