AnkiからDeckbaseへの移行プレイブック

このプレイブックの対象者

本ガイドは、すでにアクティブなAnkiデッキを持っており、毎日の復習の一貫性を崩さずに構造的にDeckbaseへ移行したい学習者向けです。anki import csvを検索している場合、これは素早い転送と品質安定化を切り分けた実装パスです。

移行前チェックリスト

1. 1
   最初のインポート前に、すべてのソースデッキをバックアップしましょう。
2. 2
   過去30日間のアクティブなデッキを一覧化し、それらを先に移行しましょう。
3. 3
   1つのデッキを超えて規模を拡大する前に、合否の品質ゲートを定義しましょう。
4. 4
   習慣の継続を守るため、1日の復習の最低ライン（時間ベースまたはカード数ベース）を設定しましょう。

経路A: APKG優先の移行

速度と構造の保持が最も重要な場合はAPKGを使いましょう。この経路は、目的が完璧なクリーンアップではなく継続性である最初の移行波に最適です。

• アクティブなデッキを1つインポートし、すぐに30枚のサンプルを確認しましょう。
• 影響の大きい問題のみを修正しましょう: 読めないプロンプト、壊れたメディア、明らかな重複。
• 大規模な見た目の編集のために一時停止するのではなく、同日中に復習を再開しましょう。

経路B: CSV優先の移行

フィールドレベルの正規化が必要な場合はCSVを使いましょう。CSVは事前準備に時間がかかりますが、規模拡大時の命名の一貫性、テンプレートルール、重複排除を徹底しやすくなります。

1. 1
   インポート前にフィールド名と用語のフォーマットを正規化しましょう。
2. 2
   プロンプト、答え、タグ、コンテキストのための1つの正規マッピングを作成しましょう。
3. 3
   まずパイロットバッチをインポートし、本格ロールアウトの前にすべての品質ゲートを通過させましょう。

フィールドマッピングマトリクス

バッチ品質ゲート

新しいインポートバッチごとにゲートを実行しましょう。1つのゲートが失敗した場合は、新規インポートを一時停止し、まずカード品質を修正しましょう。これにより問題を小さく保ち、滞留負債を防げます。

規模拡大前に対処すべきAnki固有のエッジケース

ほとんどの移行の後退は、サンプルでは小さく見えるが規模が大きくなるとコストの高いエッジケースから生じます。追加のデッキをインポートする前に、クローズの表示、一時停止状態、リーチ（頻出失敗カード）の挙動、メディア参照を確認しましょう。

繰り返し可能な移行のためのCSVインポート契約

繰り返しインポートを行う場合は、固定のCSV契約を定義してバージョン管理しましょう。これにより担当者間のスキーマのずれが減り、QA自動化が容易になります。実践的な基準は、識別子、プロンプト、答え、コンテキスト、分類、ソースの各フィールドを持つ6列の契約です。

UTF-8エンコーディングを維持し、改行を正規化し、エクスポートセル内の隠れたスプレッドシート数式を避けましょう。これらの小さな制約が、静かなインポート破損を防ぎます。

14日間の安定化プロトコル

1. 1
   1〜3日目: アクティブなデッキを1つ移行し、すぐに毎日の復習を再開する。
2. 2
   4〜7日目: 最も失敗の多いカードを修正し、表面プロンプトの重複を排除する。
3. 3
   8〜10日目: タグ/テンプレートを標準化し、セッション時間の傾向を検証する。
4. 4
   11〜14日目: 完了率と失念指標が健全な場合のみ移行の規模を拡大する。

シナリオ別の移行ガイダンス

よくある質問

移行後の最初の週: 成功チェックリスト

最初の7日間が移行の成否を決めます。追加のデッキに拡大する前に、主要デッキの安定化に集中しましょう。

1. 1
   1日目: インポートしたカードで最初の復習セッションを完了する。フォーマットの問題があれば記録する。
2. 2
   2〜3日目: 分かりにくい、またはプロンプトが不明瞭なカードを特定して修正する。
3. 3
   4〜5日目: 重複チェックを実行し、表面が同一のカードを統合する。
4. 4
   6〜7日目: セッション時間を評価する。大幅に増加している場合はカードの長さを調査する。
5. 5
   7日目までに: Ankiを続けるか、完全にDeckbaseに切り替えるか、両方を維持するかを決める。

ヒント: 最初の1か月はAnkiのインストールと元のデッキをそのまま残しておきましょう。DeckbaseがニーズにあわなければAnkiに戻すロールバックオプションを持てます。

関連リソース