BearからDeckbaseへの移行方法

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

Bearでノートを書き、覚えておきたい概念のために専用の間隔反復サイクルを求めるiOS・macOSユーザー向けです。日々のノート作成はBearのまま続けられます。

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

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

• フラッシュカード化するノートを決めておく。Bearのノートすべてが復習に値するわけではありません。
• Bearのタグ構造が一貫している。科目ごとに主要タグを1つ決め、それをDeckbaseのデッキに対応させます。
• Bearの書き出し機能は、Noteメニューの「Export」から利用できます。

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

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

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

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

1. 1
   Bearで、覚えたい内容を含むノートに専用タグ(例: #review)を追加します。
2. 2
   タグ付きノートをMarkdownとして書き出します(Note → Export → Markdown)。Bearは画像リンク付きのきれいな.mdファイルを生成します。
3. 3
   Markdownをテキストエディタで開き、要点を抽出します。箇条書き、定義、太字の用語を、スプレッドシートの表/裏の行に変換します。
4. 4
   CSVを整えます。Markdownの記号(#、**、~~)を削除し、見出しを統一し、UTF-8で保存します。
5. 5
   Deckbaseにインポートし、表/裏の列を対応させ、Bearの#タグをデッキ名として使います。
6. 6
   まず15枚のパイロットで復習してカードの品質を確認し、その後で残りのノートを移行します。

よくあるエラーと対処

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

出力品質チェックの例

• Front: Bearのどの書き出し形式がすべての書式をきれいに保てますか？ | Back: Markdown。構造を保ち、必要な整理も最小限で済みます。
• Front: 間隔反復の中心となる原則は何ですか？ | Back: 思い出せなくなる直前に合わせて、間隔を広げながら復習すること。
• Front: Bearのタグのネスト構文を説明してください。 | Back: 親タグの中で/subtagを使うと、ネストしたタグ階層を作れます。

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

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

FAQ

関連ガイド

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