Roam ResearchからDeckbaseへの移行方法

このワークフローを使う場面

デイリーノートや文献ノート、コンセプトマップをRoam Researchで運用していて、シグナルの強いブロックをグラフの読み返しではなく、専用の間隔反復ループに変換したい人向けです。

これは単発のファイルアップロードではなく、運用としての移行プロセスとして捉えてください。目的はインポートを成功させることだけではなく、切り替え後の数週間で復習の一貫性を高め、カード保守の負担を減らすことです。

インポート前チェックリスト

• どのページに復習価値のある内容があるかを見極めましょう。すべてのRoamページにカードが必要なわけではありません。
• 対象ページをRoamのExport All機能でMarkdownファイルとしてエクスポートします。
• [[ページリンク]]をノートフィールドの文脈として残すか、完全に削除するかを決めます。

チェックリストの項目が1つでも失敗したら、インポート前に修正してください。移行後に数百枚のカードを修復するより、事前のクリーンアップのほうが速く済みます。

推奨フィールドマッピング

関連するデッキ間でマッピングを安定させてください。構造が一貫しているとバッチ操作が改善され、後からテンプレート編集を安全に行いやすくなります。

ステップごとの移行フロー

1. 1
   フラッシュカードにしたいブロックへ、#flashcard や #review のような一貫したタグを付けます。
2. 2
   ページまたはグラフ全体をMarkdownでエクスポートします。Roamは1ページにつき1つの.mdファイルを出力します。
3. 3
   検索と置換で、本文中の[[二重ブラケット]]、^ブロック参照、#タグを削除します。
4. 4
   タグ付きブロックをスプレッドシートで表裏ペアに整形します。質問を1行、答えを次の行に置きます。
5. 5
   整形したCSVをDeckbaseにインポートし、表裏の列をマッピングして、ページタイトルをデッキ名として追加します。
6. 6
   まず20枚のパイロットで品質を確認します。アトミックノートではあっても、本当の想起プロンプトになっていないブロックは書き直しましょう。

よくあるエラーと対処

各修正の後に小さなパイロットデッキで試してください。パイロットの品質が保てれば、同じ修正パターンをバッチ全体に適用します。

出力品質チェックの例

• 表面: Roamの情報の最小単位は何ですか? | 裏面: ブロックです。グラフ内のどこからでも参照できるアトミックな段落です。
• 表面: ツェッテルカステンの「文献ノート」を定義してください。 | 裏面: 資料を自分の言葉で処理した要約で、永続ノートにリンクされています。
• 表面: FSRSはSM-2と比べて何を最適化しますか? | 裏面: 固定の易しさ係数ではなく、カードごとの適応的な記憶安定性の推定値です。

QAでは各サンプルカードについて、明確さ、1枚1概念になっているか、回答の正確さを確認してください。理解力を試さず文言だけを試すカードはインポートしないでください。

実用的なテスト: 復習中に10秒以内で正確に答えられれば、そのカードは通常適切な範囲に収まっています。答えられない場合は、分割するか書き直してください。

FAQ

関連ガイド

ヒント: 高度なワークフローでは、元のエクスポートをバックアップとして残し、各移行試行をバッチ名と日付で記録してください。