Capture sans friction — Apple Notes vers base centrale
Contexte
Pour qu'un système de notes serve vraiment, le geste de capture doit être plus court que la pensée. Toute friction supplémentaire — ouvrir une app, choisir un dossier, taper un titre — fait perdre l'idée. Apple Notes est déjà sur le téléphone, déjà ouvert au lockscreen, déjà synchronisé. L'idée n'est pas de remplacer Notes, c'est de l'écouter.
Contrainte
Trois exigences :
- Le geste utilisateur reste natif : pas d'app maison, pas de raccourci à apprendre.
- Les notes finissent dans la même base que le reste des signaux Life OS (santé, agenda, projets, musique). Pas de silo.
- Aucun appel à un service tiers. Une note peut contenir n'importe quoi — donc tout reste dans la grappe.
Décision
Un dossier dédié dans Apple Notes, observé par un script qui
tourne sur le Mac local. À chaque modification, le contenu est
poussé vers une API Flask hébergée sur Pi5,
qui le normalise (titre, body, timestamps, tags hashtag) et
l'écrit dans la base centrale mln-mariadb sur
Pi4.
Côté lecture : un dashboard lifeos.mylastnight.eu
qui affiche les notes du jour, les notes par tag, les notes
qui se ré-évoquent (recherche full-text). Pas d'édition côté
site — l'édition reste dans Notes, source unique.
Mesure
Mise en service le 27 avril 2026. Latence capture → DB mesurée autour de 2 s. Aucun changement d'habitude requis : quand quelque chose passe, je le tape dans Notes comme avant. Le site se met à jour tout seul.
Ce qu'il en reste
Une preuve par l'usage : la meilleure interface est souvent celle qu'on a déjà. Il n'y avait pas besoin de réinventer la capture — il fallait écouter là où elle se faisait déjà. Le pattern (« observer un outil natif, écrire dans une base unifiée ») est réutilisable pour beaucoup d'autres signaux : agenda, photos, captures d'écran, mails forwardés.
Et un principe Life OS confirmé : montrer pour s'écouter, pas pour se juger. La note brute reste l'objet — le croisement vient ensuite, en lecture seule.