EvernoteからDeckbaseへの移行方法

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

記事をクリップしたり学習ノートを書いたりしているEvernoteユーザーで、受け身の読み返しから抜け出し、間隔反復を使ったアクティブリコールに取り組みたい方。

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

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

• 対象のノートブックを特定する：すべてのEvernoteノートブックがフラッシュカード化に適しているわけではありません。
• Evernoteの「ファイル」→「エクスポート」から、ノートを.enexファイルとして書き出せる状態であること。
• .enex（XMLベース）の内容を開いて整えるためのテキストエディタまたはコンバーターがあること。

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

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

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

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

1. 1
   Evernoteで対象のノートブックを選択し、.enex（Evernote XML形式）としてエクスポートします。
2. 2
   .enexファイルをテキストエディタで開くか、ENEXからMarkdownへのコンバーターを使って読みやすいテキストにします。
3. 3
   ノートから原子的な事実を抽出します。主要な見出し、ハイライトした用語、箇条書きを、表計算ソフトで表面と裏面のペアに変換しましょう。
4. 4
   CSVを整えます。HTMLタグを削除し、引用符や特殊文字を正規化し、UTF-8でエンコードします。
5. 5
   Deckbaseにインポートし、表面と裏面をマッピングして、ノートブック名をデッキ名に使います。
6. 6
   ノートブック全体を移行する前に、まず20枚のカードで試験的に復習して抽出の質を確認します。

よくあるエラーと対処

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

出力品質チェックの例

• 表面：EvernoteのエクスポートはどのENEX形式を使いますか？ | 裏面：XML。プレーンテキストとして編集する前にコンバーターかパーサーが必要です。
• 表面：Evernoteのリマインダー機能に対するFSRSの利点は何ですか？ | 裏面：FSRSは記憶の安定性に基づいて復習間隔を最適化します。リマインダーは想起の状態に関係なく決まった日に通知されます。
• 表面：EvernoteからMarkdownへのコンバーターを2つ挙げてください。 | 裏面：CLIのevernote2mdとYarleが広く使われているオープンソースの選択肢です。

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

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

FAQ

関連ガイド

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