Momento/AGENTS.md

Agent memory (Memento)

Learned User Preferences

• Préfère les échanges en français, avec des explications détaillées et claires (éviter le jargon flou).
• Interface : tout libellé via i18n dans les 15 fichiers memento-note/locales/*.json (FR et EN comme références de contenu) ; éviter le texte en dur ; traductions contextuelles (sens produit, pas mot à mot — ex. « connecter votre propre fournisseur ») ; libellés FR lisibles (éviter jargon non expliqué : « wiki », « embed », etc.) et aide contextuelle où l'UX l'exige ; lors d'une traduction complète, mettre à jour toutes les locales concernées ; si l'utilisateur demande seulement les clés i18n, ajouter les clés (souvent EN/FR) sans remplir les 15 locales — il traduit souvent avec un autre modèle.
• Base de données : INTERDIT TOTALEMENT de lancer prisma db push --force-reset, prisma migrate reset, DROP TABLE, TRUNCATE, pg_restore avec clean, ou TOUTE commande qui vide/supprime des données — MÊME SI l'utilisateur est d'accord — sans avoir d'abord : (1) dumpé la base avec bash /home/devparsa/dev/Memento/dump-db.sh, (2) vérifié le dump fait au moins 1Mo, (3) obtenu un "OUI" explicite de l'utilisateur. 4 incidents de perte de données documentés (14/05, 15/05 x2, 16/05). NE JAMAIS REFAIRE ÇA.
• Design produit : migration depuis architectural-grid1 (base) et architectural-grid (prototype UI courant) ; consulter le prototype avant toute implémentation UI ; logique liste/carte puis contenu au clic ; parité actions liste/carte (menus « … », déplacer, génération SVG, etc.) ; contraste éditeur clair / sidebar sombre ; retirer thèmes obsolètes ; pas de refresh/revalidation complets inutiles (aligné prototype — mutations optimistes, pas de revalidatePath systématique ni resync depuis initialNotes) ; Memory Echo en section inline dans l'éditeur (pas l'ancienne modale) — similarité sur contenu représentatif (pas de troncature arbitraire type 200/800 car.) ; recherche (sidebar / résultats, ex. flux « ouvrir la note ») et navigation liste des notes (modes affichage, icônes vs initiales…) : suivre SearchModal et les patterns actuels dans architectural-grid, pas une approximation ou un ancien flux ; sidebar rail (sidebar.tsx) : une seule icône active ; largeur sidebar responsive (components/sidebar.tsx) — w-80 (320px) de base, plus large en xl/2xl (grands écrans) ; garder le fallback Suspense de app/(main)/layout.tsx aligné sur ces largeurs (rail fixe 54px) ; activeView synchronisé avec pathname et query (/insights, /revision, /home?reminders=1) ; panneau latéral contextuel par route (pas la liste carnets sur /insights ou Rappels) ; /insights (insights sémantiques) : suivre InsightsView.tsx + graphe réseau associé dans le prototype (ex. composition type NetworkGraph.tsx) ; distincte de /graph ; ne pas substituer par une UX « géométrique » décorative ou un regroupement par carnet hors spec prototype ; lorsque données clusters en retard ou partiellement périmées, montrer l’état dégradé exploitable plutôt qu’une page vide ; si l'utilisateur hésite entre variantes UX, trancher pour le design prototype plutôt que multiplier les toggles.
• Locale persane : dates en calendrier iranien (conversion), chiffres persans, et vérification RTL/positionnement global (app et extension Web Clipper) ; Memory Echo et recherche sémantique doivent fonctionner en persan (RTL, embeddings — pas de contournement « EN only ») ; attention à ne pas confondre un nom de carnet (ex. « Persan ») avec le libellé de langue.
• Flux Excalidraw / diagrammes générés : accès via notification en plus d'une simple redirection ; priorité à la mise en page et au texte contenu dans les formes ; proposer des modes visuels (ex. coloré vs plus austère) tout en visant un rendu proche du style Excalidraw (polices, look).
• Interdiction d'écrire des tests sauf demande explicite ; en CI, seul npm run test:unit (tests/unit/**) — pas tests/migration/ ; ne jamais générer de code superflu.
• Déploiement : privilégier le chemin rapide (artifact Next.js en CI + Dockerfile.prebuilt) ; CI/CD très robuste (pas d'image Docker obsolète en prod, pas de migrations/schéma DB via le workflow deploy) ; éviter les rebuild Docker complets inutiles (~15 min par itération) ; ne pas pousser un déploiement quand des features clés sont inachevées ; ne pas insister sur le déploiement tant que le produit n'est pas fini ou meilleur. CI/CD Gitea spécifique : (1) actions/upload-artifact et download-artifact doivent utiliser @v3 (pas @v4 — non supporté par Gitea, erreur GHESNotSupportedError) ; (2) Dockerfile.socket.prebuilt doit utiliser --legacy-peer-deps dans npm install (conflit TipTap 3.22.5 vs 3.23.6) ; (3) le serveur de prod (192.168.1.190) ne peut pas pull Docker Hub (DNS cassé) — le build Docker complet échoue, seul le chemin prebuilt artifact fonctionne ; (4) docker-entrypoint.sh applique les migrations Prisma avant de démarrer le serveur Next.js (ordre correct) ; (5) rollback d'urgence : docker tag memento-memento-note:rollback memento-memento-note:latest && docker compose up -d --force-recreate memento-note ; (6) scripts/deploy-prod.sh charge /opt/memento/.env.docker via un parseur robuste ligne-par-ligne (jamais source — crash unexpected EOF sur guillemet non fermé) et teste Postgres avec pg_isready + credentials du conteneur ($POSTGRES_USER interne) ; (7) lint CI = eslint --max-warnings 9999 : les warnings ne bloquent pas, seules les erreurs bloquent (ex. no-html-link-for-pages → <Link> obligatoire pour la navigation interne, pas <a href="/">) ; TRAVAILLER SUR UNE BRANCHE pendant le dev, ne push sur main que quand le code est testé et fonctionnel — chaque push sur main déclenche un déploiement automatique en production.
• Authentification : priorité à l'inscription/connexion via Google OAuth (plutôt qu'un compte email/mot de passe) ; exiger une vraie déconnexion (invalidation session/cookies — pas de reconnexion implicite, y compris en navigation privée).
• Priorité absolue à la qualité UX, même si l'implémentation est complexe (« je m'en fous si c'est complexe ») ; ne jamais affirmer qu'un correctif ou une feature est fait sans vérification réelle (app, prototype architectural-grid, ou test), notamment navigation recherche/liste notes et vue /insights vs fichiers prototype — l'utilisateur sanctionne fermement les fausses déclarations ; ouverture note liée depuis l'éditeur (ex. bloc live « Ouvrir ») : split peek inline animé (lib/note-peek-sync.ts, note-editor-split-peek.tsx — éditeur courant à gauche, note liée en lecture seule à droite en LTR ; inversé en RTL fa/ar), pas nouvel onglet ; ne jamais annuler du code non commité (git checkout, reset fichier) sans demande explicite (perte de travail documentée, ex. drag handle éditeur) ; ne jamais remettre du code que l'utilisateur a explicitement retiré sans demander d'abord (ex. reserveUsageOrThrow retiré intentionnellement de organize-notebook.ts — agent l'a remis sans demander → user mécontent) ; correction i18n ou spec doc : ne pas refondre logique/UI hors scope (ex. US-4 structuredViewBlock — garder le dual-mode base locale + lien carnet, pas de suppression du mode local) ; en frustration ou pour déléguer, prévoir des prompts / briefs d'implémentation détaillés (autre modèle ou dev), en plus des briefs outil de design.
• Livraison : une user story à la fois, tester et valider avec l'utilisateur avant la suivante (pas d'auto-validation ni d'enchaînement de code non demandé) ; suivi dans docs/user-stories.md ; briefs pour outil de design externe sur demande ; avant de développer une story, vérifier d'abord dans le code si la feature existe déjà — les docs de stories (docs/story-nextgen-editor.md, docs/user-stories.md) sont souvent périmés (features livrées mais marquées « à faire »).
• Facturation & quotas IA : limites mensuelles, tiers (BASIC/PRO/BUSINESS/ENTERPRISE) et Price IDs Stripe via Admin > Facturation & quotas (/admin/billing) — pas via .env pour le métier ; secrets Stripe (STRIPE_SECRET_KEY, webhook) restent en env serveur ; doc memento-note/docs/admin-billing-quotas-guide.md.

Learned Workspace Facts

• Application Next.js principalement sous memento-note/.
• Référentiels design du workspace : architectural-grid1/ et architectural-grid/ à la racine du repo Memento.
• i18n : 15 fichiers sous memento-note/locales/ (de, en, es, fr, it, pt, nl, pl, ru, zh, ja, ko, ar, fa, hi) ; logique sous memento-note/lib/i18n/ ; référence en.json (~2218 clés) ; auditer les « non traduits » par flatten EN vs locale (souvent valeurs identiques à l'EN).
• Workflow BMad : stories sous docs/ (ex. 3-4-host-pays-session-logic.md), suivi sprint dans docs/sprint-status.yaml et stories courantes dans docs/user-stories.md ; skills sous .claude/skills/bmad-* ; _bmad-output/planning-artifacts souvent vide — planification de référence dans docs/ ; préférer une user story par feature (pas de stories groupées).
• PostgreSQL Docker (memento-postgres) port 5433 ; Redis (memento-redis) port 6379 ; règles Prisma/DB dans CLAUDE.md.
• Admin facturation : page /admin/billing (billing-admin-client.tsx, actions admin-billing.ts) — quotas par feature IA et config Stripe métier en base, effet ~60 s ; guide memento-note/docs/admin-billing-quotas-guide.md.
• Production : dépôt /opt/memento sur 192.168.1.190, conteneur memento-note sur le port 3000, URL publique https://memento-note.com (nginx + Cloudflare ; ancien domaine note.parsanet.org) ; NEXTAUTH_URL aligné sur ce domaine ; email sortant via Resend (SMTP_FROM ex. noreply@memento-note.com, domaine vérifié sur resend.com) ; deploy (deploy.yaml / deploy-prod.sh) sans toucher Postgres (pas de postgresql-client, pas de migrations auto en prod).
• CI/CD Gitea : .gitea/workflows/ci.yaml — CI sur ubuntu-24.04, deploy sur runner docker-host (sur le serveur) ; deploy manuel via .gitea/workflows/deploy.yaml ou bash scripts/deploy-prod.sh.
• Migrations prebuilt + vérif deploy : docker compose exec memento-note node ./node_modules/prisma/build/index.js migrate deploy (pas npx prisma) ; helper scripts/migrate-docker.sh ; GET /api/build-info (SHA Git) ; comparer 127.0.0.1:3000 et domaine Cloudflare — purger cache si versions divergent ; 403 /api/manifest côté domaine = souvent Cloudflare.
• Éditeur riche : rich-text-editor.tsx — immediatelyRender: false ; activer shouldRerenderOnTransaction: false (quick win perf TipTap 2.5) ; drag handle / menu bloc via @tiptap/extension-drag-handle-react (spec officielle — pas de double plugin DragHandleExtension + composant React, pas de repositionnement maison) ; poignée dans colonne gutter fixe du wrapper (padding + getReferencedVirtualElement), pas sur le bord des listes/numéros ; CSS : pas opacity:0 sur .drag-handle (visibilité gérée par le plugin) ; config/callbacks stables hors composant ; fondation blocs : tiptap-unique-id-extension.ts / data-id persisté à la sauvegarde (références « Copier la référence ») ; Smart Paste : lib/editor/smart-paste-extension.ts ; peek split note source : lib/note-peek-sync.ts + note-editor-split-peek.tsx ; conversion markdown → texte enrichi : un seul convertisseur lib/markdown-to-html.ts (markdownToHtml, gfm+breaks) + une action atomique convertToRichText(html) dans note-editor-context.tsx (applique le HTML immédiatement via setContentImmediate — pas le setContent débouncé 800ms — et bascule isMarkdown=false) ; toolbar (handleConvertToRichtext) et chat IA contextuel (contextual-ai-chat.tsx, action toRichText → /api/ai/convert-markdown) passent par cette action unique (ne pas dupliquer la conversion ni oublier de basculer isMarkdown) ; US-4 structuredViewBlock (tiptap-structured-view-block-extension.tsx, structured-view-block-embed.tsx) : dual-mode — base locale autonome par défaut (/database, /vue, isLocal: true) + option « Lier à un carnet » (Structured Views) ; i18n structuredViewBlock.* ; rejeté : ancien databaseBlock « Auteurs & Œuvres » et spec embed-only docs/story-nextgen-editor-us4-redesign.md ; epic active docs/story-nextgen-editor.md — priorité PERF > NEXTGEN > UX > MOBILE > MARKDOWN.
• Sync mutations notes entre composants : memento-note/lib/note-change-sync.ts (emitNoteChange, événement NOTE_CHANGE_EVENT) ; tracking quotas IA : événement ai-usage-changed (window) — doit être dispatché depuis tous les points d'appel IA (recherche sémantique, auto-tag, auto-title, chat, reformulation, analyse carnet, etc.) ; UI quotas : usage-meter.tsx (polling 5s + écoute événement).
• Roadmap / écart prototype vs prod : Web Clipper — ClipperSimulator.tsx = référence design uniquement (pas de simulateur en prod) ; extension memento-note/extension/ v0.3 Side Panel (clip page/sélection/lien ; popup Chrome se ferme au clic page — Side Panel pour la sélection) ; i18n extension 15 langues (_locales/, détection locale navigateur ; script extension/i18n/generate-translations.cjs) ; host_permissions incl. LAN ; URL serveur configurable en dev, adresse prod figée en release ; cookies/session alignés avec l'instance cible ; Flashcards IA SM-2 livrées : /revision, /api/flashcards/*, génération depuis l'éditeur (GraduationCap) — réf. prototype RevisionView.tsx ; Structured Views partiellement livrées : schéma par carnet, Table/Kanban, champs partagés et valeurs par note (/home + toolbar carnet) — suivi de tâches par carnet via Kanban structuré (pas de vue agrégée Notes/Tâches sur la home ; cases à cocher inline dans les notes) ; Éditeur Next-Gen livré (doc docs/story-nextgen-editor.md périmé — vérifier le code) : US-1 poignée gutter unique (editor-block-drag-handle.tsx + lib/editor/global-drag-handle-extension.ts, extension Novel tiptap-extension-global-drag-handle), US-2 menu action bloc (block-action-menu.tsx), US-3 Smart Paste transclusion (smart-paste-extension.ts + smart-paste-menu.tsx), US-4 database inline (structuredViewBlock), plus data-id / liveBlock / peek split ; /insights livré : app/(main)/insights/page.tsx + network-graph.tsx (clusters sémantiques, bridge notes ; ≠ /graph) ; US-TEMPORAL reporté ; encore en gap : transclusion bidirectionnelle complète, graphe knowledge enrichi (GraphKnowledgeMap.tsx) ; publication Chrome Web Store : icônes 16/48/128, privacy policy, host_permissions prod restreints vs build dev ; Wizards : NotebookOrganizerDialog (tags/doublons) branché via bouton "Tags IA" dans home-client.tsx — StructuredViewsWizard encore orphelin (pas de point d'entrée UI) ; Publication web (note-editor-toolbar.tsx) : deux modes — simple (copie directe) + IA (2-3 templates, reformulation adaptée au contenu, KaTeX pour équations, images incluses) — quota IA consommé uniquement sur publication IA ; champs DB publication sur modèle Note : publicSlug (pas publishedSlug), publishedContent (pas publishedHtml) — publishMode est paramètre API uniquement (mode: 'simple' | 'ai'), pas un champ en base.