docs(wiki): commandes d'installation reparees — les noms d'assets ont change en rc.4 Les guides donnaient des commandes `wget` avec les URL de rc.3. Bumper le seul numero de version ne suffisait pas : les fichiers publies portent desormais un prefixe de plateforme (`Linux.AppImage.-.`, `Mac.Silicon.-.`), si bien qu'une URL construite a l'ancienne rend un 404. C'est exactement ce sur quoi un nouvel utilisateur bute, et rien dans la page ne le lui dirait. Les trois URL de telechargement du wiki sont verifiees : elles repondent en 200. Un commentaire dans chaque bloc explique le prefixe, pour que la prochaine mise a jour ne refasse pas l'erreur. Tailles d'installeurs mesurees sur les fichiers reellement publies, plutot que reconduites : 262 Mo (AppImage), 158 Mo (deb), 263 et 268 Mo (DMG Silicon et Intel). En-tetes `**Version**` des neuf pages concernees passes en 1.0.0-rc.4. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

inactinique committed Jul 26, 2026

docs(wiki): RC4 — notes de version, et 23 defauts documentes qui n'existent plus Le wiki citait 23 issues comme ouvertes. Toutes sont fermees : chaque « voir issue #N » decrivait donc un defaut corrige, et le wiki decrivait une application qui n'existe plus. Nouvelles notes de version (3.4), sur le modele des RC3 : orientees utilisateur, ordonnees par ce qu'on perdait ou voyait de faux plutot que par famille technique. La section 1 s'ouvre sur les deux defauts qui retiraient du texte d'un livre exporte, parce que c'est ce qu'un auteur doit lire en premier. Dix-huit pages corrigees. Le plus souvent, un long paragraphe decrivant un bug verifie dans le code est remplace par sa resolution — d'ou un diff qui retire plus de lignes qu'il n'en ajoute. Les affirmations les plus trompeuses etaient : - les reglages d'ouvrage « n'ont aucune UI » (ils en ont une depuis la RC4) - l'export Word d'un livre cite « sort vide » (corrige) - le corpus manuscrit sans interface (elle existe) - le compresseur de contexte « jamais appele » (cable, et ses trois distorsions corrigees) - `embeddingProvider` sans controle (section Embeddings) - le filtre par collection absent, le bouton OCR manuel injoignable, le toggle des noeuds auteurs desactive en dur Home annonce la RC4 ; Features passe en 1.0.0-rc.4 et gagne deux sections — corpus manuscrit et accessibilite — qui n'avaient nulle part ou vivre. Les limitations connues des notes RC4 sont argumentees, pas subies : pdfjs-dist renvoie a #77, et le mode de detection seule de l'inspecteur explique pourquoi une source primaire contenant des imperatifs ne doit pas etre tronquee. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

inactinique committed Jul 26, 2026

docs(wiki): corriger la prémisse fausse de l'issue #29 (busy timeout) Une contre-vérification adversariale des 40 issues filées par l'audit a réfuté la prémisse centrale de l'issue #29 : better-sqlite3 applique par défaut un timeout de 5000 ms à toute connexion (database.js : `'timeout' in options ? options.timeout : 5000`) — le « 0 ms par défaut » affirmé ne vaut que pour SQLite brut. L'issue a été retitrée et déclassée sur GitHub ; les deux pages du wiki qui portaient cette affirmation sont corrigées en conséquence : - Obsidian Vault Guide : l'encadré « SQLITE_BUSY immédiat » devient un risque résiduel étroit — seule une transaction d'écriture tenant le verrou plus de 5 secondes (grosse réindexation par lot) peut encore pousser un écrivain concurrent en SQLITE_BUSY ; la recommandation qui survit est d'aligner les 3 écrivains sans WAL sur ObsidianVaultStore. - Tropy Integration Guide : même correction sur l'encadré de concurrence de l'auto-resync, et la note de conception sur la connexion non fermée ne cite plus « l'absence de busy_timeout » comme facteur aggravant. C'est le seul faux positif trouvé par la passe de re-vérification : les 39 autres issues de l'audit tiennent, et les 7 issues utilisateur anciennes (#1, #2, #3, #9, #10, #11, #12) sont toutes confirmées contre le code avec leur cause racine. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

inactinique committed Jul 24, 2026

docs(wiki): dix-septième passe — les deux journaux peuvent être attribués au mauvais projet après un changement Un nouveau bug applicatif réel trouvé et filé cette passe, dans la même famille que les issues #33/#34/#35/#38/#39 (relire un état de singleton en direct après un await asynchrone) : - issue #40 : les deux journaux (journal de recherche brain.db, journal d'usage IA journal.db) peuvent recevoir un événement attribué au mauvais projet après un changement — HistoryService.init() implique une vraie fenêtre d'I/O asynchrone, et chaque site d'écriture relit le gestionnaire courant plutôt que de garder une référence figée. Contrairement au cas de l'indexation PDF (#38), cela ne plante pas : l'écriture réussit toujours, juste dans le mauvais journal. Trois vérifications ciblées sont revenues négatives (comportement déjà sûr, pas un bug) : le cache de undo/historique d'état de l'éditeur est entièrement vidé à chaque changement de projet (commentaire du code nommant explicitement ce risque de collision) ; les caches d'embeddings de requête et de chunk sont des fonctions pures texte→vecteur sans donnée spécifique au projet, donc sans risque de fuite ; la synchronisation Tropy reçoit son vectorStore en paramètre explicite capturé une fois, contrairement à Zotero. Autres corrections : - Features.md : quatre lacunes de complétude comblées — quatre bugs déjà filés (#19, #17/minTopicSize, #37, #38) n'étaient pas encore répercutés dans les puces correspondantes de la page. - RC3 Release Notes : #37 et #38 ajoutés à la liste des bugs trouvés depuis la sortie, en réappliquant le même critère de sévérité que la passe précédente. - Logging System : cinquième passe consécutive trouvant encore une petite incohérence interne (la section Environment Detection et l'exemple Checking Filter Status ne portaient pas la réserve « uniquement dans le process principal » déjà présente ailleurs sur la page). - Tropy Integration Guide : précision sur une connexion vectorStore non fermée à chaque changement de projet dans TropyService.init() — pas un nouveau bug en soi, déjà substantiellement couvert par les issues #29 et #34 existantes. - Archive Connectors Guide : confirmation que la clé API Europeana est globale à l'application, jamais scopée par projet — aucun risque de fuite inter-projets à ce niveau. Cluster install & build : troisième passe consécutive entièrement propre, convergence confirmée (matrice OS/architecture et intégrité des liens vers les 39 issues re-vérifiées, tout tient).

inactinique committed Jul 24, 2026

docs(wiki): quinzième passe — course Zotero inter-projets, watcher Tropy orphelin, BibTeX perd les entrées sans auteur Six nouveaux bugs applicatifs réels trouvés et filés cette passe, la plupart via un angle « que se passe-t-il si on change de projet pendant une opération en cours » appliqué systématiquement à chaque intégration : - issue #33 (le plus sérieux) : une synchronisation Zotero relit le vectorStore du projet ACTUELLEMENT ouvert après son await réseau, pas celui qui a démarré la synchronisation — changer de projet pendant une synchronisation en cours écrit les collections du projet A dans le projet B. Corruption de données inter-projets réelle, pas juste une fuite ou un glitch d'affichage. - issue #34 : TropyService.init() remplace this.watcher sans jamais appeler .unwatch() sur l'ancien (contrairement au registre LLM juste à côté, qui a son disposePreviousRegistry() explicite) — un watcher orphelin peut déclencher une resynchronisation du mauvais projet. - issue #35 : le canal de progression d'indexation Obsidian (fusion:vault:progress) ne porte aucun identifiant de projet — affichage seulement, aucune corruption de données puisque l'écriture elle-même reste bien scopée. - issue #31 : l'événement d'expiration d'une proposition IA lors d'un changement de chapitre est journalisé sous le chemin du chapitre qu'on vient de rejoindre, pas celui qu'on quitte — la destruction de la vue CodeMirror se produit après que le store ait déjà basculé son filePath. - issue #32 : l'import BibTeX rejette silencieusement toute entrée sans champ author (pas de repli sur editor), perdant les volumes collectifs et travaux anonymes courants en bibliographie historique — seul un console.warn, aucun signal côté interface. - issue #36 : npm run lint échoue immédiatement, aucune configuration ESLint n'existe dans le dépôt (déjà su et documenté dans le commentaire du workflow CI, mais jamais remonté dans le wiki ni retiré du script). Autre trouvaille notable (pass fusionné après un traçage de bout en bout du pipeline Tropy) : l'ordre de priorité des transcriptions était mal documenté depuis le début (notes Tropy > transcription externe type Transkribus > OCR — pas « notes > OCR > manuel » comme l'affirmait une version antérieure), et le chunking des sources primaires est en réalité figé en taille fixe (DocumentChunker), jamais le chunker adaptatif utilisé par les PDF — corrigé sur Technical Architecture. Cluster meta & notes de version entièrement converti en lecture vide cette passe : Ethics.md a enfin eu sa première lecture véritablement approfondie (aucune affirmation factuelle vérifiable trouvée, page confirmée inerte plutôt que simplement non examinée) et un nouvel échantillon de notes de version RC2/RC3 vérifié contre les tags git réels a tenu sans exception.

inactinique committed Jul 24, 2026

docs(wiki): quatorzième passe — brain.db sans busy_timeout, course export/renumérotation, affirmation de confidentialité incomplète Deux nouveaux bugs applicatifs réels trouvés et filés cette passe : - issue #29 : aucune des quatre classes qui écrivent dans le brain.db partagé (VectorStore, PrimarySourcesVectorStore, HistoryManager, ObsidianVaultStore) ne définit de busy_timeout — seul le module Obsidian active le mode WAL. Le journal.db séparé a déjà ce correctif exact (WAL + busy_timeout=3000, avec un commentaire explicite sur l'écriture concurrente) mais il n'a jamais été appliqué au fichier partagé, qui a pourtant plus d'écrivains concurrents. Documenté dans les guides Obsidian et Tropy. - issue #30 : la renumérotation des notes à l'échelle du livre écrit chapitre par chapitre sur le disque sans verrou — un export déclenché pendant la boucle peut assembler un manuscrit à moitié renuméroté, silencieusement. Le rollback en cas d'échec protège contre les échecs internes de l'opération, pas contre une lecture concurrente par l'export. Documenté dans Books-and-Chapters. Autres corrections : - Build and Deployment Guide : l'affirmation de confidentialité « aucune donnée envoyée sauf Zotero » se contredisait avec la phrase juste au-dessus mentionnant les fournisseurs cloud — réécrite pour lister les trois catégories réelles de sortie de données optionnelle (Zotero, fournisseur LLM cloud, connecteurs d'archives). - Technical Architecture : traçage complet d'un scénario de bout en bout (PDF de 200 pages → indexation → récupération Brainstorm) a révélé un mécanisme jamais documenté en 13 passes — l'extraction PDF tourne dans un processus enfant Node système isolé (contournement d'un crash pdfjs-dist), avec un timeout de 120s, une file d'attente séquentielle globale (un PDF à la fois, jamais en parallèle), et une exigence de binaire Node système séparé d'Electron. Documentation aussi d'un second filet de sécurité (EMBED_CHAR_CAP=6000 caractères dans PdfIndexer.ts, indépendant de la troncature côté Ollama). - Features.md : la bascule automatique Ollama→embarqué est en réalité asymétrique entre génération (toujours) et embeddings (seulement si les dimensions correspondent) — précision ajoutée, déjà documentée ailleurs mais pas ici. - Logging System : la table « comportement par défaut » laissait penser à un mécanisme unique de filtrage alors que celui du renderer n'est jamais réellement actif (aucun `process` global) — précision ajoutée après trois passes de corrections successives sur cette même page qui n'avaient jamais été reconciliées entre elles. Meta & notes de version : une seule correction mineure de cohérence interne sur Logging System, rien d'autre trouvé sur les notes de version elles-mêmes malgré la recherche de contradictions avec les pages actuelles.

inactinique committed Jul 24, 2026

docs(wiki): douzième passe — touches d'envoi du chat inversées, contradictions avec les issues #24 et #28, minTopicSize figé à 3 Aucun nouveau bug applicatif filé cette passe — uniquement des corrections de documentation, mais deux d'entre elles sont des contradictions directes avec des bugs déjà filés lors des passes précédentes, qui avaient survécu parce que les pages n'avaient pas été recroisées entre elles : - Features.md : les réglages de compression de contexte et le ratio de compression dans RAGExplanation étaient encore présentés comme actifs, alors que la passe 11 a établi qu'ils sont totalement jamais câblés (issue #28) — corrigé et lié. - RC3 Release Notes : les réglages de livre (notes, numérotation, bibliographie) étaient listés comme une fonctionnalité RC3 sans réserve, alors que 1.15-Books-and-Chapters.md documente depuis la passe 9 qu'aucun n'a d'interface (issue #24) — réserve ajoutée et lien. - RC2 Release Notes : deux affirmations sur obsidian-vectors.db encore séparé de brain.db à l'époque de RC2 étaient fausses même pour ce tag précis — vérifié via `git show v1.0.0-rc.2:...` que la fusion datait de 5 jours avant le tag. Corrections supplémentaires : - Keyboard Shortcuts : les touches d'envoi/retour à la ligne du chat RAG étaient inversées (Ctrl/Cmd+Entrée envoie, Entrée simple insère un retour à la ligne — c'était documenté à l'envers) ; la touche Échap pour annuler n'existe pas, seul un bouton l'annule. - Guide des templates Word : mauvais pointeur de dépannage vers le Journal Panel (qui est le journal d'usage IA, sans rapport avec les logs d'export). - Corpus Analysis Guide : nombre de topics par défaut réellement 10 (pas "Auto"), taille minimale de topic figée à 3 dans le code (pas 5, sans aucune interface pour la changer). - Tropy Integration Guide : documentation du bouton de purge de la base des sources primaires (tropy:purge), jusqu'ici non documenté mais correctement scopé (contrairement au bug Obsidian/brain.db). - Brainstorm Mode Guide : liste des préfixes de verbes de lecture incomplète dans la nouvelle section bannière MCP. - Build and Deployment Guide : npm test tourne en mode watch par défaut, pas "une fois" ; storage des clés API. - ClioDeck Installation : le lanceur .desktop généré ajoute --no-sandbox à l'AppImage, absent du lancement direct. Quatre passes de vérification exhaustive supplémentaires n'ont rien trouvé de nouveau dans leurs clusters respectifs (LLM & analyse au-delà du point ci-dessus, install & build au-delà des deux points ci-dessus).

inactinique committed Jul 24, 2026

docs(wiki): lier les quatre bugs applicatifs trouvés en passe 8 à leurs issues GitHub Ces quatre lacunes avaient été corrigées dans le wiki mais jamais signalées comme bugs réels de l'application — corrigé : - issue #20 : la resynchronisation Zotero efface silencieusement la collection associée - issue #21 : le filtrage par collection existe côté backend (Similarity Finder et Tropy) mais n'a aucune UI - issue #22 : les nœuds auteur du graphe de connaissances sont entièrement implémentés mais désactivés en dur - issue #23 : la relance manuelle d'OCR par source existe dans le store Tropy mais n'est déclenchable depuis aucun composant Au passage, la description de la « transcription manuelle » a été précisée : ce n'est pas une saisie au clavier, mais une relance OCR par source (performOCR → updateTranscription(..., 'manual')).

inactinique committed Jul 24, 2026

docs(wiki): huitième passe — une resynchronisation Zotero qui efface silencieusement la collection, une transcription manuelle fabriquée, une nuance sur l'issue #19 - Zotero guide : setBibliographySource écrase l'objet entier au lieu de fusionner, et le sélecteur de collection repart à vide (useState('')) à chaque réouverture du dialogue de sync. Resynchroniser sans re-choisir la collection écrase silencieusement zoteroCollection avec undefined — l'association précédente est perdue sans avertissement. Documenté. - Tropy guide : « Manuel : Transcription saisie dans ClioDeck » comme quatrième source de transcription — fabriqué. updateTranscription(..., source: 'manual') existe côté backend mais n'a aucun point d'appel dans tout le renderer ; seul l'import de fichier PAGE/ALTO fonctionne réellement. - Word Templates : nuance ajoutée à l'avertissement de l'issue #19 — sur le mécanisme 2 (docx natif), un échec de fusion de template produit paradoxalement un document PLUS complet qu'une fusion réussie, puisque le document natif est toujours construit à partir du manuscrit correctement assemblé, alors qu'une fusion réussie aurait rempli {content} avec la valeur non assemblée.

inactinique committed Jul 24, 2026

docs(wiki): retirer une fonctionnalité de réindexation PDF fabriquée, préciser le filtre Tropy orphelin - Features.md : « Re-indexation: Detect modified PDFs and propose re-indexing » — recherche exhaustive (needsReindex/isModified/ hasChanged) dans tout le dépôt, aucun résultat. Aucune détection de fichier PDF modifié sur disque n'existe ; OrphanPDFDetector.ts gère les PDF orphelins, pas les PDF modifiés — fonctionnalité distincte. Bullet retiré. - Tropy guide : précision sur le filtre par collection — une action setCollectionFilter existe bien côté store (primarySourcesStore.ts) mais elle est orpheline, aucun composant PrimarySources/ ne l'appelle.

inactinique committed Jul 24, 2026

docs(wiki): forme JSON Zotero fabriquée, filtre par collection Tropy inexistant - Zotero guide : l'exemple bibliographySource pour Zotero inventait userId, lastSync et collectionKey. Le vrai type (project-manager.ts:51-55) n'a que type et zoteroCollection. Précisé aussi qu'aucun chemin de code actuel ne construit cette forme type: 'zotero' — le flux de sync réel produit toujours un .bib (type: 'file'). - Tropy guide : « Filtrage par collection... via les paramètres RAG » n'existe nulle part — vérifié RAGConfigSection.tsx et tous les composants PrimarySources/, le nom de collection n'est qu'affiché (carte, statistiques), jamais utilisable comme filtre. Même défaut que le filtre par collection déjà retiré de FEATURE_SIMILARITY_FINDER.md.

inactinique committed Jul 24, 2026

docs(wiki): citations de ligne obsolètes retirées, seuil de caractères et dépannage corrigés - Zotero guide : deux citations de ligne précises (LLMConfigSection.tsx :140-170, RAGConfigSection.tsx:140-172) avaient dérivé et pointaient vers un tout autre champ (Mistral, curseur topK) que celui décrit. Remplacées par des renvois au fichier/section, sans numéro de ligne fragile qui redérivera au prochain refactor. - Tropy guide : seuil de transcription minimal annoncé à 100 caractères, réel est 50 (TropySync.ts:384,449, vérifié aux deux points d'application : acceptation OCR et éligibilité de source). Dépannage « Performances lentes » ne blâmait qu'Ollama non démarré — les embeddings passent par le provider configuré, pas spécifiquement Ollama.

inactinique committed Jul 24, 2026

docs(wiki): lister les 15 langues OCR réellement supportées, pas juste six + et autres

inactinique committed Jul 23, 2026

docs(wiki): troisième passe — Obsidian et Tropy, encore, avec de nouvelles erreurs Ces deux pages ont produit des erreurs distinctes à chacune des trois passes — signe qu'elles avaient été rédigées sans confrontation systématique au code dès le départ. Obsidian Vault Guide : - « champ frontmatter connu pour être ignorable » : fabriqué. Le vrai SkipReason (scan-report.ts:24-32) a huit variantes structurelles (fichier caché, note vide, contenu binaire, erreur de parsing frontmatter, trop volumineux, exclu par motif, illisible, wikilinks cassés) — aucun réglage utilisateur n'existe pour exclure une note. - Tableau des combinaisons de filtres de récupération : la combinaison « Biblio + Primary sans notes » manquait, vérifiée dans resolveRetrievalArgs (fusion-chat-service.ts). - Libellé du bouton corrigé (« Link a vault… », pas « Link vault »). Tropy Integration Guide : - Ordre de priorité des transcriptions inversé : la page plaçait l'OCR avant Transkribus, mais TropySync.ts:235-279 cherche Transkribus en second (avant l'OCR, qui n'est tenté qu'en dernier recours). - Section « Surveillance automatique » entièrement fabriquée : la page décrivait une notification proposant la resynchronisation. Vérifié dans tropy-service.ts et primarySourcesStore.ts — la resynchronisation est automatique et silencieuse, sans aucune alerte affichée ; une erreur du watcher n'a même aucun relais côté interface aujourd'hui.

inactinique committed Jul 23, 2026

docs(wiki): deuxième passe — corriger vectors.db, une régression de numérotation, et deux erreurs de sécurité factuelle Cette repasse adversariale a trouvé des erreurs que la première n'avait pas vues, y compris deux que j'ai moi-même introduites en corrigeant autre chose. **Régression introduite par mes propres corrections précédentes** : - Les arborescences de projet réécrites dans les guides Linux/macOS citaient `vectors.db` comme fichier d'index PDF. Vérifié frais contre backend/core/workspace/layout.ts:67 — le nom réel est `brain.db`, store partagé (PDF + Tropy + historique) depuis la fusion. `vectors.db` n'est qu'un nom pré-fusion, uniquement pertinent pour la migration d'anciens projets. Corrigé dans 1.-ClioDeck-Installation.md, 1.1-Linux, 1.2-macOS, et 2.1-Build-and-Deployment-Guide.md (cette dernière portait la même erreur, présente avant mes modifications). - Numérotation cassée dans « Option B: Installation from Source » (Linux et macOS) : la suppression d'une étape lors de ma correction precedente avait laissé un saut 3 → 5 sans renuméroter. Corrigé dans les deux fichiers. **Erreurs à impact utilisateur réel, ratées par la première passe** : - Obsidian Vault Guide : la page affirmait qu'« Unlink » laisse l'index en place et qu'un re-lien le réutilise. Vérifié contre fusion-handlers.ts:619-631 — le handler fait `fs.unlink(dbPath)`, l'index est bien supprimé ; se relier déclenche une reconstruction complète. Un utilisateur suivant l'ancienne description perdrait du temps à croire son index intact. Champ TITLE → TITRE corrigé au passage (vérifié fusion-chat-service.ts:838). - Tropy Integration Guide : un raccourci clavier Ctrl+Shift+S pour la synchronisation n'existe nulle part (grep sur menu.ts et les composants PrimarySources, aucune occurrence) — retiré. La page décrivait aussi les embeddings comme figés sur nomic-embed-text ; tropy-service.ts:98 utilise le provider configuré, comme partout ailleurs dans l'app. Chemins de stockage corrigés vers brain.db + primary-hnsw.index (vérifiés dans PrimarySourcesVectorStore.ts:125-126). - MCP Integration Guide : la troncature des réponses (4000 caractères, 2000 pour Gallica/HAL) n'était pas documentée alors qu'elle est visible dans les réglages de l'app elle-même ; ajoutée. Libellés des onglets alignés sur l'UI réelle (« Claude Code CLI », « Generic MCP (stdio) »). Build-and-Deployment-Guide.md : la section « User Installation » citait encore des noms de fichiers 1.0.0 sans suffixe arm64, alors que les guides Linux/macOS avaient déjà été corrigés dans le même sens la première fois — incohérence entre pages, maintenant alignée.

inactinique committed Jul 23, 2026

docs: seconde passe du wiki — vérifications, traductions, parcours débutant La relecture adverse a rattrapé, entre autres, une erreur introduite par la première passe : le guide des LLM embarqués affirmait désormais que ClioDeck pouvait produire ses embeddings sans Ollama, au motif que le catalogue propose un modèle embarqué et que le réglage existe. En traçant l'appel jusqu'au registre de providers, il n'y a aucune branche embarquée : le réglage ne change rien. La page dit maintenant la vérité, écart entre catalogue et câblage compris. Autres rattrapages : - vingt liens vers l'ancien dépôt inactinique/cliodeck, dans sept pages dont les deux guides d'installation ; - la page journal décrivait .cliodeck/history.db et un dossier conversations/, vestiges d'avant la fusion : tout vit dans brain.db ; - six pages en français dans un wiki anglophone, et non deux comme la première passe l'avait cru — les deux nommées sont traduites, quatre restent ; - quatre imprécisions dans les pages créées à la première passe (plan derrière un dépliant, libellés réels des boutons, troncature de la recherche, message d'un fichier manquant). Créé : 1.0-Getting-Started, qui comblait le trou entre « installer » et « écrire » — rien n'expliquait comment créer un projet ni ce que le choix du type implique. Les cinq pages laissées sous bandeau à la première passe ont été reprises ligne à ligne : une était fausse, quatre exactes. Plus aucun bandeau. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

inactinique committed Jul 20, 2026

docs: wiki à jour pour la 1.0.0-rc.3 Les 33 pages ont été confrontées au code, pas réécrites de mémoire. Créées : « Writing a Book — Chapters Guide » (la nouveauté majeure de cette version : manifeste, navigateur, plan, recherche d'ouvrage, renumérotation, réglages, exports), « The Editor » (CodeMirror 6 en rendu live, notes et citations pandoc, fidélité octet pour octet, propositions adjudicables) et les notes de version RC3. Corrigées, entre autres : - Features et Technical Architecture annonçaient encore l'éditeur Milkdown, retiré depuis ; - trois raccourcis documentés n'existent pas (Ctrl+Shift+S, Ctrl+Shift+L, Alt+4) et Ctrl+J n'était pas documenté — vérifié dans menu.ts ; - « Export Presentations » ne parlait pas des présentations malgré son titre : ni reveal.js, ni modes en ligne/hors ligne/PDF, ni Beamer ; - Electron 28 dans deux pages, alors que le projet est en 40.9.2 ; - le journal d'usage IA distingue désormais ses deux couches et enregistre les adjudications de propositions. Cinq pages anciennes (Tropy, LLM embarqués, analyse de corpus, similarité, stratégie d'embeddings) portent un bandeau signalant qu'elles n'ont pas été revérifiées ligne à ligne : elles ne contiennent rien de manifestement faux, mais leur horodatage est ancien. Aucune page supprimée. Le wiki ne contient aucune capture d'écran : rien à refaire de ce côté. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

inactinique committed Jul 20, 2026

first commit after move from inactinique

inactinique committed Feb 9, 2026