Retour aux guides
DeMindsMarkdownRécit produitFlux de travailLocal-first

Le contenu est toujours là : pourquoi dois-je sans cesse recommencer ?

Comment DeMinds ramène fichiers, pages web, liens vers des documents, cartes mentales et conversations avec l’IA dans un flux Markdown que vous pouvez poursuivre.


Il y a une phrase que je redoute de plus en plus :

« Je me souviens avoir déjà lu quelque chose là-dessus. »

Elle signifie généralement que le contenu existe probablement encore quelque part.

Il est peut-être enfoui dans une conversation avec l’IA vieille de trois mois, rangé dans un favori du navigateur, laissé dans une carte mentale qui n’a jamais été développée davantage, ou réduit à un lien vers un README GitHub, un fichier DOCX ou un document Markdown dans une fenêtre de discussion.

Le contenu n’a pas disparu.

Pourtant, lorsqu’il redevient utile, nous devons le retrouver, le relire, le réévaluer et le réorganiser. Dix ou quinze minutes passent avant que le vrai travail ne commence. Jusque-là, nous ne faisons que reconstruire le contexte que nous avions au moment de nous arrêter.

C’est peut-être l’une des pertes de productivité les plus courantes — et les plus faciles à ignorer — aujourd’hui :

Nos outils conservent le contenu, mais pas la réponse à la question : « Où dois-je reprendre ? »

Le contenu est toujours là, mais le contexte doit être reconstruit

Les outils conservent le contenu, pas l’étape suivante

Imaginons que je veuille rédiger une analyse de produit.

L’idée principale vient d’une conversation avec l’IA. Les arguments sont dispersés dans plusieurs articles web. La structure se trouve dans MindNode ou XMind. Les documents complémentaires viennent d’un fichier DOCX et du README d’un projet GitHub public.

Le matériel ne manque pas. Pourtant, avant de commencer à écrire, je dois encore rouvrir la conversation, retrouver les pages web, copier les titres de la carte mentale, nettoyer la mise en forme des documents et suivre les liens pour récupérer les images et le contexte.

Aucune de ces étapes n’est difficile. Le vrai problème est qu’elles laissent rarement un état de travail réutilisable.

Le coût récurrent vient de la reconstruction du contexte

Lorsque je reviens plus tard, je dois encore déterminer quelle version est actuelle, où je me suis arrêté, comment les sources diffèrent de mes modifications et si le résultat pourra être déplacé vers un autre outil.

Les outils d’IA excellent dans la génération. Les navigateurs nous conduisent efficacement quelque part. Les cartes mentales développent bien les idées. Les outils d’écriture produisent bien un texte fini. Chacun fonctionne correctement dans sa partie du processus, mais chaque fois qu’un contenu passe d’un outil à un autre, nous réparons manuellement le contexte.

Ce qui nous manque n’est souvent pas un outil spécialisé plus puissant, mais un chemin qui assure la continuité du travail.

Les favoris répondent à « Où est-ce ? », pas à « Comment continuer ? »

Le contenu reste enfermé dans son outil ou son environnement d’origine

Un favori nous aide à retrouver une page, mais il ne fait pas naturellement passer son contenu à l’étape suivante.

Quand nous rouvrons la page, il faut encore retrouver le texte au milieu de la navigation et des recommandations. L’information essentielle d’une conversation avec l’IA peut être enfouie sous des dizaines d’échanges. Une carte mentale montre bien la structure, mais n’est pas toujours adaptée à un texte qui continue de s’allonger.

Ces situations révèlent toutes le même problème :

Le contenu reste dans l’outil ou l’environnement le plus adapté pour le produire ou le lire, sans passer naturellement à l’étape suivante.

Ce qui manque réellement, c’est une transition stable :

Le contenu a déjà de la valeur
→ Il quitte son emplacement temporaire
→ Sa structure et son contexte sont préservés
→ Il entre dans un état modifiable
→ Il reste possible de poursuivre plus tard

C’est précisément là que DeMinds commence.

Pourquoi un lien n’est-il pas encore un document de travail ?

« J’ai enregistré le lien » donne l’impression que le problème est résolu.

Le lien résout l’accès, pas la conservation du contexte

Mais un lien résout avant tout l’accès. Il ne me dit pas automatiquement quel est le fil principal du document, quelles sections concernent mon projet, comment les images référencées par des chemins relatifs et les documents liés s’articulent, ni où je devrai reprendre ma lecture.

Le README d’un dépôt GitHub public contient souvent des ancres de titres, des images référencées par des chemins relatifs et des liens vers des tutoriels ou d’autres fichiers Markdown. Le navigateur permet de les ouvrir un à un, mais il ne transforme pas ces relations en véritables documents de travail personnels.

C’est pourquoi DeMinds ne considère pas seulement les articles web comme des points d’entrée. Il essaie aussi d’intégrer les liens publics reconnaissables à un flux proche de celui des fichiers locaux. Lorsque les conditions d’accès sont réunies, des documents Markdown distants, du texte, du HTML, du DOCX ou des cartes mentales compatibles peuvent être ouverts, analysés et structurés. DeMinds tente également de préserver les ancres de titres, les images référencées par des chemins relatifs et les relations entre documents reconnues dans les dépôts GitHub publics.

Cela ne signifie pas que tous les liens peuvent être importés. Les dépôts privés, les contenus exigeant une connexion ou un Token, les pages soumises à un contrôle d’accès et les cibles dont le type ne peut pas être confirmé ont des limites explicites. Accéder à l’Aperçu de l’import web ne signifie pas non plus que la page convient nécessairement à l’import.

Deux liens ne devraient pas suivre le même chemin au seul motif qu’ils « ressemblent à des fichiers ». Il vaut souvent mieux examiner d’abord un article web dans l’aperçu ; un document distant clairement identifié peut être ouvert selon son format réel. Un Feed doit être confirmé à partir de son adresse, du type de réponse et de son contenu. La racine d’un dépôt GitHub, un fichier précis de ce dépôt et une page web ordinaire correspondent aussi à des intentions différentes. Une URL ne devient pas automatiquement un Feed parce qu’elle se termine par .xml ou .json.

Cette distinction est facile à manquer, mais elle détermine si le résultat devient un document modifiable, une Source de contenu dont les mises à jour peuvent être vérifiées manuellement, ou une page qu’il vaut mieux continuer à lire dans le navigateur. Le point d’entrée peut être commun ; le résultat ne doit pas être ambigu.

La vraie question est la suivante :

Lorsqu’un document public a déjà prouvé sa valeur, peut-il cesser d’être un simple favori et entrer dans mon Espace de travail pour y être lu et maintenu ?

DeMinds ne cherche pas à créer une boîte de réception de plus

L’objectif n’est pas d’accumuler davantage

Les points d’enregistrement ne manquent pas. Les navigateurs ont des favoris, les services de lecture différée créent des files d’attente, les apps de notes conservent des extraits, et le système de fichiers accepte presque tous les formats.

Si DeMinds se contentait de proposer une boîte de réception supplémentaire, il ne ferait que déplacer les fragments d’un endroit à un autre.

La question n’est donc pas « Que peut-on encore y ajouter ? », mais :

Une fois que l’utilisateur a décidé qu’un contenu mérite d’être conservé, comment peut-il devenir un document de travail durable et facile à maintenir ?

Commencer là où se trouve le contenu

Grâce au menu de partage du système, vous pouvez envoyer des fichiers, du texte ou des liens depuis d’autres apps vers la Boîte de réception partagée. Vous pouvez aussi importer le presse-papiers ou examiner d’abord le lien et l’état de la page dans l’Aperçu de l’import web avant de décider de l’importer.

Les contenus locaux peuvent partir de cartes MindNode, XMind ou FreeMind, ainsi que de documents Markdown, TXT, DOCX et HTML compatibles. Dans un Package Markdown ou un Obsidian Vault, vous pouvez également sélectionner uniquement le périmètre réellement nécessaire.

Importations ponctuelles et sources qui continuent d’évoluer

Tout contenu qui mérite d’être conservé ne doit pas forcément entrer de la même manière dans l’Espace de travail.

Un article web, un fichier DOCX ou une carte mentale est généralement retenu parce qu’il présente de la valeur à un moment précis. Il est logique de l’importer comme un projet ordinaire, que l’on pourra continuer à modifier et à maintenir en Markdown.

Les Feeds et le README d’un projet GitHub public sont différents : une source externe continue d’exister derrière eux et peut encore évoluer. DeMinds peut conserver ces contenus dans Sources de contenu. Le contenu actuel est enregistré localement et vous décidez quand rechercher des mises à jour. Vous pourrez toujours le prévisualiser, comparer ses versions, le restaurer et l’exporter, tandis que le Markdown actuel généré par le système reste en lecture seule au lieu d’être traité comme un document ordinaire.

Les Sources de contenu ne sont ni une nouvelle file d’éléments non lus ni un service d’abonnement en arrière-plan. DeMinds ne vérifie pas automatiquement les sources en arrière-plan, ne récupère pas récursivement les pages complètes liées par les éléments d’un Feed et n’explore pas l’intégralité d’un dépôt GitHub. Il n’ajoute pas non plus de statuts de lecture ou de recommandations qui créeraient une nouvelle charge d’entretien. Il conserve simplement une relation claire avec la source, afin que les contenus qui nécessitent réellement un suivi puissent être actualisés sans devoir être réimportés depuis le début à chaque fois.

OPML joue un autre rôle de compatibilité, volontairement limité. Qu’il s’agisse au départ d’un plan hiérarchique ou d’une liste d’abonnements exportée depuis un autre outil, son importation produit un unique projet Markdown ordinaire et modifiable. Sa hiérarchie, ses notes et ses liens sont préservés autant que possible, mais aucun ensemble de Sources de contenu de type Feed n’est créé automatiquement. Markdown reste le support du travail à venir ; OPML sert de passerelle pour intégrer une structure existante.

Des points d’entrée différents, un même flux de travail

Les points d’entrée varient parce que les contenus vivent déjà dans des endroits différents. Une fois importés, DeMinds essaie cependant de les rassembler dans la même séquence :

Entrer depuis l’endroit où se trouve le contenu
→ Voir la structure
→ Continuer en Markdown
→ Revenir au travail en cours
→ Vérifier et exporter le résultat

L’essentiel n’est pas que « l’import ait réussi », mais que le travail soit réellement reconnecté après l’import.

Voir d’abord la structure, puis décider comment continuer

La lecture linéaire peut masquer l’ensemble

La difficulté d’un contenu long n’est pas toujours de comprendre une phrase, mais de ne plus percevoir le tout.

Les réponses de l’IA s’étirent en longs historiques de discussion. Les articles web sont entourés d’éléments de plateforme. Un DOCX possède des titres sans permettre de distinguer rapidement le principal du secondaire. Une carte mentale affiche des branches claires, mais le corps du texte et les détails peuvent être dispersés entre les nœuds et les notes.

La Carte mentale universelle permet de voir la structure d’un coup d’œil

DeMinds déploie d’abord les titres, branches et contextes réellement présents dans différentes sources sous la forme d’une vue structurelle commune. Dans le produit, cette vue s’appelle la Carte mentale universelle.

Elle ne cherche pas à forcer tous les matériaux à devenir une carte mentale traditionnelle. Elle ressemble davantage à une carte structurelle que l’on peut déployer rapidement : où se trouve le thème, si le fil principal tient, quelles sections sont trop lourdes et où il faut reprendre.

La vue structurelle réduit le coût d’une « deuxième ouverture ».

Ne pas réécrire à la place de l’auteur

DeMinds n’utilise pas non plus l’IA pour régénérer, à la place de l’auteur, une version prétendument « mieux structurée ». Que le matériau vienne de l’IA ou soit original, la structure est l’âme de l’article. La hiérarchie des titres, la relation entre les paragraphes et l’ordre de l’argumentation transmettent déjà la manière dont l’auteur pense.

Il ne réécrit pas l’auteur : il rend sa pensée d’origine plus visible et plus facile à poursuivre.

Convertir en Markdown est facile ; pouvoir continuer ensuite est plus difficile

Une conversion réussie ne signifie pas encore que le travail peut continuer

Convertir un DOCX, du HTML ou une carte mentale en Markdown n’est plus une capacité nouvelle.

Si la conversion ne produit qu’un fichier .md en attente de téléchargement, le problème n’est qu’à moitié résolu. Il faut encore vérifier les titres, les images et les liens dans une autre app, puis déterminer comment le résultat s’inscrit dans le projet en cours.

Markdown se trouve au milieu du flux de travail

Dans DeMinds, Markdown se situe donc au milieu du flux, et non à sa fin.

Je peux ajuster les titres, retirer le bruit, ajouter ma propre compréhension et combiner plusieurs sources dans un nouveau document de travail. Dans l’Aperçu Markdown, je peux aussi vérifier tableaux, images, liens, code et expressions mathématiques courantes.

Pour les documents dans une autre langue, sous iOS 18 ou version ultérieure et lorsque le système le permet, l’Aperçu Markdown actuel peut être traduit temporairement. La traduction n’affecte que l’interface de lecture. Elle n’est pas enregistrée dans le document source, l’Espace de travail, l’Historique des versions ou les fichiers exportés.

Ici, Markdown n’est pas seulement un format ouvert. C’est le support de travail sur lequel le contenu peut continuer à être réorganisé, enrichi, combiné et maintenu.

La conversion n’est que le point d’entrée. La possibilité de poursuivre détermine si le contenu est réellement revenu.

Comment DeMinds se situe-t-il par rapport aux outils de productivité courants ?

Outil ou catégorieÉtape où il excelleCe que DeMinds tente d’ajouter
MindNode, XMindCréer et présenter des cartes mentalesPermettre à la structure de la carte de se prolonger dans un document Markdown
ObsidianGérer une base de connaissances Markdown localeStructurer des contenus multi-sources avant et après leur entrée dans la base de connaissances
Readwise Reader et outils de lecture similairesLecture différée, surlignage et files de lectureFaire entrer le contenu sélectionné dans un flux d’édition et de maintenance
Lecteurs RSSAbonnements, état de lecture et lecture continueConserver les Feeds à suivre dans le temps comme des Sources de contenu actualisables, comparables et exportables manuellement
Typora, iA Writer et outils d’écriture similairesÉcrire à partir de zéro et éditer avec précisionGérer l’entrée, la structure et la consolidation avant l’écriture concentrée
Pandoc et outils de conversion similairesConvertir entre les formatsPréserver aperçu, édition et continuité autour de la conversion

Ce tableau ne cherche pas à prouver que DeMinds est meilleur dans toutes les directions.

Il ne remplace ni les capacités de mise en page d’un éditeur professionnel de cartes mentales, ni l’expérience d’écriture d’un éditeur Markdown mature, ni les backlinks, plugins et fonctions d’organisation d’Obsidian.

Il tente de répondre à une autre couche du problème :

Lorsque le contenu quitte ces outils spécialisés, comment peut-il perdre le moins de structure possible et passer naturellement à l’étape suivante ?

La vraie productivité consiste à pouvoir reprendre trois semaines plus tard

Une première expérience fluide ne résout le problème qu’une fois

Les outils de productivité surestiment facilement l’importance de la fluidité lors de la première utilisation.

Économiser deux gestes à l’import ou quelques secondes à la conversion est agréable. Mais les contenus importants sont rarement utilisés une seule fois.

Quand je les rouvre trois semaines plus tard, je veux surtout savoir quelle version est actuelle, où je me suis arrêté, si je peux revenir après une mauvaise modification et si je peux sauvegarder puis déplacer le travail ailleurs.

Ce que le logiciel conserve le plus difficilement, c’est la progression

Le système de fichiers se souvient du nom. Un favori se souvient de l’emplacement. L’Historique des versions se souvient de l’état antérieur.

Ce à quoi Continuer le travail doit répondre, c’est :

Lorsque je reviendrai, saurai-je encore où reprendre ?

Continuer le travail dans DeMinds n’est pas une simple liste de fichiers récemment ouverts. Il sépare d’abord les projets ordinaires des Sources de contenu : d’un côté, le travail en cours ; de l’autre, les sources externes dont les mises à jour peuvent être vérifiées lorsque c’est nécessaire. Les Sources de contenu apparaissent dans une section distincte et visuellement discrète, afin qu’une collection grandissante de sources n’encombre pas la chronologie des projets ordinaires.

Lorsqu’il n’y a que quelques projets ordinaires, les catégories et les éléments non classés peuvent rester directement déployés et visibles d’un coup d’œil. Quand la liste s’allonge, les projets passent dans des groupes temporels tels que Épinglés, À continuer, Aujourd’hui, 7 derniers jours et Plus anciens ; les catégories aident à réduire le champ dans cette structure. La chronologie répond à « Sur quoi ai-je travaillé récemment ? ». Les catégories répondent à « De quel type de travail s’agit-il ? ». Aucune n’a besoin de remplacer l’autre.

Lorsque vous revenez d’une Source de contenu, Continuer le travail rouvre temporairement le chemin correspondant et remet discrètement sous vos yeux le contenu que vous venez de consulter. Vous gardez ensuite la maîtrise de ce qui reste déployé ou replié. C’est une interaction modeste, mais elle empêche le contexte que vous venez de retrouver de disparaître dès le retour à la vue principale.

Les éléments actuels, épinglés et récents restent faciles à retrouver. L’Historique des versions, la Corbeille des documents, la Sauvegarde de l’espace de travail et les chemins de restauration protègent ensemble le travail en cours.

Ces fonctions produisent rarement la capture promotionnelle la plus spectaculaire. Elles déterminent pourtant si un import n’a été qu’une « conversion réussie » ou le début d’un document de travail durable.

DeMinds ne cherche pas seulement à conserver le fichier.

Il tente aussi de préserver une phrase bien plus difficile à mémoriser pour un logiciel :

C’est ici que je me suis arrêté la dernière fois.

Local-first ne signifie pas refuser le réseau, mais conserver le contrôle sur l’appareil

Le contenu essentiel n’a pas à transiter d’abord par le cloud du fournisseur

Dès qu’un contenu contient des informations de projet, des brouillons ou des notes privées, sa méthode de stockage et la possibilité de le récupérer deviennent une partie du produit.

DeMinds ne nécessite ni compte ni connexion. Les principaux flux d’analyse, d’édition, d’historique et d’Espace de travail sont conçus pour s’exécuter sur l’appareil. Les documents, cartes mentales et contenus de l’Espace de travail n’ont pas à être envoyés sur des serveurs exploités par DeMinds avant de pouvoir être organisés et maintenus.

Vous pouvez conserver l’Espace de travail sur l’appareil ou choisir iCloud. iCloud est un emplacement système choisi par l’utilisateur, et non une plateforme documentaire cloud exploitée par DeMinds.

Local-first conserve des limites réseau claires

Local-first ne signifie pas éviter le réseau. Ouvrir des pages web et des documents distants nécessite une connexion. iCloud et la traduction système utilisent les services correspondants. DeMinds n’emploie pas non plus l’import pour contourner les connexions, les paywalls, les CAPTCHA ou d’autres contrôles d’accès.

Le véritable sens de Local-first est que le contenu essentiel n’a pas à transiter d’abord par un cloud exploité par le fournisseur. L’utilisateur choisit où réside l’Espace de travail et conserve des moyens ouverts de récupérer son contenu lorsqu’il quitte le produit.

Le contenu peut rester — et il peut partir

Chaque mode d’exportation répond à un besoin différent

DeMinds peut exporter un fichier Markdown unique ou un Lot standard contenant les images et ressources associées. Sous iOS, il peut aussi générer un PDF de Lecture ou d’Impression.

Lorsqu’il faut montrer la structure complète d’un article en une seule fois, DeMinds Plus peut exporter la Carte mentale universelle actuelle sous la forme d’un PNG de la carte mentale complète. Il convient aux articles, présentations et archives, où une image peut montrer les relations du titre principal jusqu’aux branches de troisième et quatrième niveaux. Mais le PNG est un instantané structurel : il ne remplace ni le Markdown modifiable ni un Lot standard avec ses ressources.

Les formats ouverts exigent aussi d’admettre leurs compromis

Ces exportations ne reproduisent pas sans perte tous les formats d’origine. Les mises en page DOCX complexes, les thèmes propriétaires de cartes mentales et certaines informations interactives peuvent ne pas passer entièrement dans Markdown. L’aperçu mathématique n’est pas non plus un moteur complet de composition TeX.

La valeur d’un format ouvert ne consiste pas à prétendre que rien ne se perd. Elle consiste à permettre à l’utilisateur de comprendre ce qui a été préservé et à faire en sorte qu’après avoir quitté l’app actuelle, le contenu principal reste lisible, modifiable et portable.

La confidentialité est la base. La structure est l’âme. La possibilité de récupérer le contenu détermine s’il appartient toujours à l’utilisateur.

À qui DeMinds s’adresse-t-il — et à qui ne s’adresse-t-il pas ?

Aux personnes qui possèdent déjà des documents provenant de nombreuses sources

DeMinds s’adresse particulièrement aux personnes qui possèdent déjà de nombreux échanges avec des IA, pages web, liens vers des documents, cartes mentales et fichiers ; qui suivent aussi des Feeds ou des projets GitHub publics sans vouloir gérer une nouvelle boîte d’éléments non lus ; qui souhaitent voir la structure avant d’intégrer ces documents à un travail d’écriture, de recherche ou de projet ; qui utilisent déjà Obsidian, MindNode, XMind ou des outils d’écriture spécialisés sans vouloir réorganiser sans cesse les mêmes contenus ; et qui accordent de l’importance à Markdown, aux sauvegardes et à la portabilité.

Pas aux personnes qui cherchent une seule app pour remplacer tous leurs outils

DeMinds n’est pas conçu pour tous les besoins.

Si le besoin principal est la capture rapide, la collaboration en temps réel, les bases de données complexes, le design professionnel de cartes mentales, l’écriture longue hautement concentrée ou un contrôle de version Git complet, d’autres outils sont plus directs.

DeMinds Plus étend principalement l’affichage de la Carte mentale originale, l’export du PNG de la carte mentale complète, la Lecture de présentation, l’import des Sauvegardes de l’espace de travail et la limite d’éléments dans Continuer le travail. Aucune de ces fonctions n’est nécessaire pour intégrer du contenu au flux Markdown principal.

DeMinds ne décide pas ce qui mérite d’être conservé et ne transforme pas automatiquement tous les documents en connaissances.

Ce qu’il peut faire, c’est offrir une trajectoire relativement complète une fois que vous avez déjà pris cette décision :

J’ai décidé que cela mérite d’être poursuivi
→ Le récupérer depuis l’endroit où il se trouve
→ Revoir sa structure
→ Le maintenir en Markdown
→ Revenir et continuer la prochaine fois
→ L’emporter entièrement lorsque c’est nécessaire

Pour finir : peut-être avons-nous besoin de moins de recommencements, pas de plus de favoris

L’IA accélère la génération de contenu. Les pages web, les liens vers des documents et les outils spécialisés font apparaître des informations utiles dans toujours plus d’endroits.

Mais davantage d’entrées ne deviennent pas automatiquement des connaissances.

Tant qu’un contenu n’entre pas dans un état où il peut être compris, modifié, restauré et déplacé, il peut encore sombrer dans les historiques de discussion, les favoris, les formats propriétaires et d’innombrables dossiers nommés « à organiser plus tard ».

Je n’ai pas créé DeMinds parce que je pense que tout le contenu devrait vivre dans une seule app. Au contraire : je veux continuer à lire, échanger, réfléchir et écrire dans les outils les mieux adaptés à chaque tâche.

Je veux simplement qu’un contenu devenu suffisamment important pour être poursuivi n’ait pas à repartir de zéro uniquement parce qu’il quitte l’outil dans lequel il est apparu.

Le contenu a été créé ou découvert
→ Le récupérer depuis l’endroit où il se trouve
→ Voir sa structure et son contexte
→ Continuer en Markdown
→ Revenir trois semaines plus tard et savoir encore où reprendre
→ Quitter l’outil tout en pouvant emporter le contenu

Peut-être n’avons-nous jamais eu besoin d’un point de collecte supplémentaire.

Nous avons besoin d’un chemin qui permette au contenu existant de continuer à avancer.

Le contenu n’a pas disparu. Le travail ne devrait pas avoir à recommencer non plus.