Comment migrer de Roam Research vers Deckbase

Quand utiliser ce flux de travail

Aux utilisateurs de Roam Research qui ont des notes quotidiennes, des notes de lecture ou des cartes conceptuelles et qui veulent transformer des blocs à fort signal en une boucle de répétition espacée dédiée plutôt que de relire leur graphe.

Considérez cela comme un processus de migration opérationnel, et non comme un simple envoi de fichier ponctuel. L'objectif n'est pas seulement de réussir l'import, mais aussi d'améliorer la régularité des révisions et de réduire la charge d'entretien des cartes dans les semaines qui suivent le changement.

Liste de vérification avant import

• Identifiez les pages qui contiennent du contenu à réviser : toutes les pages Roam n'ont pas besoin de cartes.
• Exportez les pages ciblées au format Markdown depuis la fonction Export All de Roam.
• Décidez si vous conservez les [[liens de page]] comme contexte dans le champ Notes ou si vous les supprimez entièrement.

Si un élément de la liste de vérification échoue, corrigez-le avant l'import. Un nettoyage en amont est plus rapide que la réparation de centaines de cartes après la migration.

Correspondance des champs recommandée

Gardez des correspondances stables entre les paquets associés. Une structure cohérente améliore les opérations par lots et rend les modifications de modèles plus sûres par la suite.

Déroulé de migration étape par étape

1. 1
   Dans Roam, étiquetez les blocs que vous voulez transformer en cartes de révision avec une étiquette cohérente comme #flashcard ou #review.
2. 2
   Exportez la page ou tout le graphe au format Markdown : Roam produit un fichier .md par page.
3. 3
   Lancez un rechercher-remplacer pour supprimer les crochets doubles, les ^block-refs et les #tags du corps du texte.
4. 4
   Reformatez les blocs étiquetés en paires recto/verso dans un tableur : la question sur une ligne, la réponse sur la suivante.
5. 5
   Importez le CSV nettoyé dans Deckbase, en associant les colonnes recto/verso et en ajoutant le titre de la page comme nom du deck.
6. 6
   Révisez un pilote de 20 cartes pour vérifier la qualité : réécrivez les blocs qui étaient des notes atomiques mais pas de vraies questions de rappel.

Erreurs courantes et corrections

Utilisez un petit paquet pilote après chaque correction. Si la qualité du pilote se maintient, appliquez le même schéma de correction à l'ensemble du lot.

Exemples de contrôles qualité des résultats

• Recto : Quelle est l'unité d'information centrale de Roam ? | Verso : Le bloc, un paragraphe atomique qui peut être référencé n'importe où dans le graphe.
• Recto : Définissez la « note de lecture » Zettelkasten. | Verso : Un résumé retravaillé de la source, dans vos propres mots, relié à des notes permanentes.
• Recto : Qu'est-ce que FSRS optimise par rapport à SM-2 ? | Verso : Des estimations adaptatives de la stabilité de la mémoire par carte, plutôt que des facteurs de facilité fixes.

Lors du contrôle qualité, vérifiez chaque carte exemple pour sa clarté, son atomicité et la précision de sa réponse. Évitez d'importer des cartes qui ne testent que la formulation sans tester la compréhension.

Un test pratique : si vous pouvez répondre avec précision en moins de 10 secondes pendant la révision, la carte est généralement bien cadrée. Sinon, divisez-la ou réécrivez-la.

FAQ

Guides associés

Conseil : pour les flux de travail avancés, conservez votre export d'origine comme sauvegarde et suivez chaque tentative de migration par nom de lot et par date.