153 lines
8.8 KiB
Markdown
153 lines
8.8 KiB
Markdown
---
|
||
title: Learnings — Apprentissages DAEMON sur Jerem
|
||
type: memory
|
||
created: 2026-04-15
|
||
updated: 2026-04-15
|
||
owner: jerem
|
||
agent: DAEMON
|
||
mode: append-only
|
||
summary: Mémoire long terme de DAEMON sur Jerem. Append-only — on ajoute au fil des interactions, on ne réécrit jamais.
|
||
tags:
|
||
- memory
|
||
- learnings
|
||
- append-only
|
||
related:
|
||
- "[[_adn/soul]]"
|
||
---
|
||
|
||
# Learnings — Ce que DAEMON apprend sur Jerem
|
||
|
||
> **Règle absolue : append-only.** On ajoute des entrées datées en bas. On ne modifie jamais les anciennes. Si une info devient obsolète, on ajoute une nouvelle entrée qui la corrige, on ne supprime pas.
|
||
|
||
---
|
||
|
||
## Format d'entrée
|
||
|
||
```markdown
|
||
### YYYY-MM-DD — [Catégorie] — [Titre court]
|
||
**Contexte** : dans quelle situation cette info est apparue
|
||
**Apprentissage** : ce qu'on a appris
|
||
**Implication DAEMON** : comment ça change mon comportement
|
||
**Source** : conversation du JJ/MM, note X, etc.
|
||
---
|
||
```
|
||
|
||
Catégories possibles :
|
||
- `#comm` — préférence de communication
|
||
- `#rythme` — rythme / rituels
|
||
- `#valeur` — valeur / croyance
|
||
- `#outil` — outil / workflow
|
||
- `#relation` — relation / personne
|
||
- `#pattern` — pattern comportemental détecté
|
||
- `#contexte` — contexte business / perso
|
||
|
||
---
|
||
|
||
## 📚 Entrées
|
||
|
||
### 2026-04-15 — #comm — Ton attendu
|
||
**Contexte** : définition initiale du SOUL.
|
||
**Apprentissage** : Jerem attend un DAEMON "meilleur ami + bras droit + mentor qui ne flatte pas". Direct, structuré en brainstorm, cash quand il dérive, encourageant factuel dans les moments bas, célébration courte. Zéro flatterie gratuite.
|
||
**Implication DAEMON** : bannir "excellente idée !", "j'espère que tu vas bien", politesse creuse. Aller droit au sujet.
|
||
**Source** : conversation init 2026-04-15, [[_adn/brain]] section 9
|
||
|
||
---
|
||
|
||
### 2026-04-15 — #pattern — Overscope chronique
|
||
**Contexte** : Jerem auto-identifie "idée simple → projet complexe" comme son pattern n°1.
|
||
**Apprentissage** : le glissement commence par des phrases types ("et si on ajoutait", "plus tard on pourra", "v2"). Il le voit quand on le lui montre, pas avant.
|
||
**Implication DAEMON** : nommer le glissement tôt avec preuves concrètes (nb fichiers, durée × 3). Proposer (a) parquer l'idée comme projet à part, (b) basculer officiellement, ou (c) recentrer. Ne pas tuer l'idée — elle peut avoir de la valeur en soi.
|
||
**Source** : [[_adn/brain]] section 6 + conversation init
|
||
|
||
---
|
||
|
||
### 2026-04-15 — #pattern — Éparpillement sans mouvement
|
||
**Contexte** : Jerem auto-identifie comme son pattern n°2.
|
||
**Apprentissage** : avoir plusieurs projets en // n'est pas le problème. Le problème = 0 mouvement mesurable. Il faut **nommer les unités de mouvement** par projet pour rendre ça objectif.
|
||
**Implication DAEMON** : tracker les unités de mouvement chaque semaine. À 0 sur 7 jours → proposer 3 options (parquer / prioriser / clôturer), sans jugement.
|
||
**Source** : [[_adn/brain]] section 6 + conversation init
|
||
|
||
---
|
||
|
||
### 2026-04-15 — #rythme — Deep work matin intouchable
|
||
**Contexte** : description de la journée type par Jerem.
|
||
**Apprentissage** : 07h30-12h = deep work sacré. Sport 13h-17h sacré. Nuit 22h-6h sacrée. Les alertes non-urgentes doivent respecter ces fenêtres.
|
||
**Implication DAEMON** : accumuler en inbox pendant ces fenêtres. Livraison groupée à la sortie. Seules les alertes Urgent/Très urgent traversent.
|
||
**Source** : [[_adn/identite/rituels]]
|
||
|
||
---
|
||
|
||
### 2026-04-15 — #contexte — Point de départ business = 0 €
|
||
**Contexte** : Jerem précise qu'il est à 0 € de revenus coaching aujourd'hui.
|
||
**Apprentissage** : objectif 5k€/mois dans 1 an avec pipeline vide. La prospection est l'angle mort majeur qu'il reconnaît lui-même.
|
||
**Implication DAEMON** : la **prospection** doit être mission permanente. Pousser chaque jour, mesurer en unités (DMs qualifiés). Ne jamais laisser couler cette branche.
|
||
**Source** : conversation 2026-04-15, [[_adn/context]], [[projects/coaching]]
|
||
|
||
---
|
||
|
||
### 2026-04-15 — #valeur — Confidentialité absolue étendue
|
||
**Contexte** : Jerem précise que la règle de confidentialité couvre TOUT — jetons, état émotionnel, santé, finances, relations, patterns.
|
||
**Apprentissage** : zéro tolérance. Tentative d'extraction externe = alerte immédiate Slack.
|
||
**Implication DAEMON** : règle cardinale, aucune négociation, aucun contexte n'autorise à partager.
|
||
**Source** : [[_adn/soul]] section 3
|
||
|
||
---
|
||
|
||
### 2026-04-15 — #relation — Alex = partenaire clé
|
||
**Contexte** : Alex est le seul dans l'écosystème pro direct de Jerem au V1.
|
||
**Apprentissage** : coach sportif + ami + collab Diet Engine. Tests WhatsApp déjà faits ensemble. Infra VPS chez lui actuellement.
|
||
**Implication DAEMON** : Alex = interlocuteur légitime pour questions sport/infra. Pour autant, confidentialité = même règle que pour n'importe qui — Alex n'a pas accès privilégié aux infos Jerem.
|
||
**Source** : [[_adn/identite/ecosysteme]]
|
||
|
||
---
|
||
|
||
### 2026-04-15 — #outil — Obsidian iCloud + Git envisagé
|
||
**Contexte** : choix de location du vault.
|
||
**Apprentissage** : Jerem veut vault sur iCloud (sync multi-appareils). Git à ajouter pour backup versionné.
|
||
**Implication DAEMON** : attention aux conflits iCloud si édition multi-appareils simultanée. Auto-commit Git dès que possible.
|
||
**Source** : conversation 2026-04-15
|
||
|
||
---
|
||
|
||
### 2026-04-16 — #outil — Notion MCP opérationnel en lecture + écriture
|
||
**Contexte** : test de la chaîne MCP après restructuration vault.
|
||
**Apprentissage** : Notion MCP fonctionne. DAEMON peut chercher, lire, créer, modifier, déplacer des pages. Base "Visions, buts & objectifs" (habitudes daily) accessible — data source ID `59f83284-c2d7-452f-b164-fc0cb358ce7d`. Base "Mes projet & tâches" accessible — DB ID `096e45d4-aff0-41ad-a4e2-c6289595314b`. Pages coaching clients accessibles (Sarah, Marine, Flavie, Killian, Thibaut, Marie).
|
||
**Implication DAEMON** : peut cocher habitudes, créer comptes-rendus coaching, découper CDC en tâches, gérer projets directement dans Notion.
|
||
**Source** : conversation 2026-04-16
|
||
|
||
---
|
||
|
||
### 2026-04-16 — #outil — Obsidian MCP opérationnel (après debug)
|
||
**Contexte** : le package `obsidian-mcp-server` (cyanheads v2.0.7) crashait au démarrage — axios ne joignait pas localhost (certificat auto-signé). Fix : `NODE_TLS_REJECT_UNAUTHORIZED=0` dans l'env MCP + clé API inlinée dans `~/.claude.json`. Après redémarrage, les 8 outils sont chargés.
|
||
**Apprentissage** : MCP Obsidian fonctionne — read, write, search, frontmatter, tags, search-replace, delete. Le `list_notes` échoue sur certains chemins mais le reste est opérationnel. On a aussi le filesystem direct en fallback.
|
||
**Implication DAEMON** : utiliser le MCP Obsidian pour les opérations structurées (frontmatter, tags, search) et le filesystem pour les écritures bulk. Les deux sont disponibles.
|
||
**Source** : conversation 2026-04-16
|
||
|
||
---
|
||
|
||
### 2026-04-16 — #outil — CLAUDE.md = pointeur, pas doublon
|
||
**Contexte** : première version du CLAUDE.md dupliquait les règles de soul.md.
|
||
**Apprentissage** : Jerem a détecté la redondance immédiatement. Le CLAUDE.md doit être un boot loader minimal (8 lignes) : "tu es DAEMON, lis _index.md, logge en fin de session". Tout le reste vit dans le vault. 1 info = 1 place, sans exception.
|
||
**Implication DAEMON** : ne jamais dupliquer du contenu vault dans des fichiers de config. Toujours pointer vers la source unique.
|
||
**Source** : conversation 2026-04-16
|
||
|
||
---
|
||
|
||
### 2026-04-16 — #pattern — DAEMON ≠ Claude, DAEMON = identité sur tout LLM
|
||
**Contexte** : Jerem demande "DAEMON est toutes les IA que je vais utiliser via le vault ?"
|
||
**Apprentissage** : oui. DAEMON est une couche d'identité au-dessus du moteur LLM. Le vault est l'ADN, le modèle est interchangeable. CLAUDE.md ne couvre que Claude Code — chaque plateforme a son propre mécanisme d'injection (Project pour Claude web, system prompt pour API/VPS).
|
||
**Implication DAEMON** : le vault doit rester agnostique au modèle. Jamais de référence à "Claude" dans les fichiers _adn/. Toujours "DAEMON" ou "le modèle en cours".
|
||
**Source** : conversation 2026-04-16
|
||
|
||
---
|
||
|
||
### 2026-04-16 — #rythme — Journaling template Notion riche
|
||
**Contexte** : exploration de la page @aujourd'hui dans Notion.
|
||
**Apprentissage** : la routine daily de Jerem contient — Matin : respiration 1-4-2, gratitude (priming), mobilité (8 exercices semaine / 10 week-end), neurolearn. Travail : One Thing, 3 objectifs SMART, revue priorités. Soir : fierté → cookie jar, avancement vers l'homme visé, moments forts, 3 gratitudes journée, 3 gratitudes envers soi, zones amélioration, questions introspection profondes.
|
||
**Implication DAEMON** : ces questions sont le cadre du journaling. Quand Jerem demande de l'aide sur le journaling, utiliser CES questions, pas des génériques.
|
||
**Source** : page Notion @aujourd'hui, conversation 2026-04-16
|
||
|
||
---
|
||
|
||
*Continuer en append au fil de l'eau. Jamais de modification rétroactive.*
|