# Anki vs Nibomo（2026年比較）：どちらを使うべき？

*2026-04-25*

すでにAnkiにカードと復習履歴が蓄積されているなら、アプリ選びは見た目の好みより先に、データ移行の問題になります。Ankiなら、スケジュールデータとメディアを含めて、デッキ単位でもコレクション全体でもエクスポートできます。一方、NibomoはAnkiの`.apkg`や`.colpkg`パッケージをインポートできません。単純なカード内容の作り直しには使えても、現在の復習キューは引き継げません。

この違いが、**Anki vs Flashcards**比較の大半を決めます。コレクションを忠実に保ちたい、テンプレートやアドオン、共有デッキが欠かせない、あるいは復習習慣がすでに定着しているなら、Ankiを使い続けるのが妥当です。新規またはテキスト中心のデッキから始められ、スタック全体のソース、オフラインファースト同期、組み込みAI、エージェントワークフローを優先するなら、Flashcardsを試す価値があります。

> **開示事項：** 私はKirill Markinで、[Nibomo](https://nibomo.com/ja/)を開発しています。この製品に明確な利害関係があるため、Nibomoではまだ再現できないワークフローについて、本比較ではAnkiを基本の選択肢としています。

**情報確認日：** 2026年8月23日。

![使い込まれた鉄道を背に、保管箱をひとつ抱えて狭い試験用の橋を渡る旅人](/blog/anki-vs-flashcards-open-source-app-v2.png)

## まず結論

| 重視する条件 | Anki | Nibomo | 現時点で適している方 |
| --- | --- | --- | --- |
| 複雑なコレクションと復習履歴を保持したい | `.colpkg`ならコレクション全体とスケジュールを保持できます。`.apkg`には復習履歴、デッキプリセット、メディアを含められます | Ankiパッケージの直接インポートには非対応。Ankiのテキストエクスポートから、確認可能なカード案は作れますが、コレクションを忠実に移行することはできません | **Anki** |
| FSRSを使いたい | FSRS、復習履歴に基づくパラメーター最適化、目標保持率、デッキプリセットに対応 | Web、iOS、Android、バックエンドで固定のFSRS-6重みを使用。workspace設定では、復習履歴に基づく重みの最適化は行いません | **どちらでも可**。個人最適化とスケジュールの継続性ではAnkiが優位です |
| インターネットなしで学習したい | インストール型のデスクトップ、iOS、Androidクライアントは、コレクションをローカルに保持。AnkiWebはオンライン専用です | Web、iOS、Androidでは、カードと復習の変更をまずローカルに保存。サインイン、初回データ取得、同期、AI、未キャッシュのメディアには接続が必要です | **どちらでも可**。ただし、実際に使う端末とメディアで事前にテストしてください |
| テンプレート、アドオン、共有デッキを利用している | 充実した公式ワークフローと大規模なコミュニティエコシステム | front/backに絞ったワークフロー。同等のアドオンや共有デッキのエコシステムはありません | **Anki** |
| 組み込みAIとエージェントからのアクセスが欲しい | サードパーティー製のアドオンや連携機能を使えば可能 | workspaceコンテキストとファイルを扱えるAIチャットに加え、MCPと公開Agent APIを提供 | **Nibomo** |
| サーバーを自分で管理したい | 公式セルフホストサーバーで、コレクションとメディアの同期先を置き換えられます | 文書化されたAWSデプロイは、Web、認証、バックエンド、同期、AIワーカー、インフラを対象とします | 必要なのが**同期だけ**か、**スタック全体**かによります |
| クライアントとサービスを含む完全なスタックのソースが欲しい | デスクトップ版Ankiと同期サーバーは公開。AnkiDroidは別の公開プロジェクト。AnkiMobileとAnkiWebの完全なソースは非公開です | Web、iOS、Android、認証、バックエンド、同期、エージェント向けインターフェース、インフラが、ひとつのリポジトリでMITライセンスのもと公開されています | **Nibomo** |

Ankiを本格的に使っている既存ユーザーにとって、最も安全な選択は、たいていAnkiを使い続けることです。Flashcardsが現実的な試用候補になるのは、UIが新しいからではなく、設計上の違いが具体的な問題を解消できる場合です。

## Ankiは成熟度も製品の強み

[現在のAnkiデスクトップ版は26.08.1](https://apps.ankiweb.net/)で、Windows、macOS、Linux向けに提供されています。同じ公式ページから、iPhoneとiPad向けの有料公式クライアントAnkiMobileと、コントリビューターが開発する無料のAndroid向けクライアントAnkiDroidにもアクセスできます。AnkiWebではブラウザで学習でき、これらのローカルクライアント間でコレクションを同期できます。

リリース番号以上に重要なのは、コレクション形式を軸に長年積み上げられてきた機能と運用ノウハウです。Ankiには次のものがあります。

- ひとつのノートから複数のカードを生成できるノートタイプ
- HTML/CSSを編集できる[カードテンプレート](https://docs.ankiweb.net/templates/intro.html)
- 公式の[アドオンシステム](https://docs.ankiweb.net/addons.html)。ただし、Ankiのアップデートによってアドオンが動かなくなるという一般的な保守リスクがあります
- 公開[共有デッキ](https://docs.ankiweb.net/getting-started.html#shared-decks)
- 確立されたインポート、エクスポート、バックアップ、統計、トラブルシューティングのワークフロー

Ankiの[パッケージ形式のエクスポート](https://docs.ankiweb.net/exporting.html)には、単純なカード一覧より多くの構造が含まれます。`.colpkg`には、すべてのデッキとスケジュール情報を含むコレクション全体を格納でき、メディアを含めるかどうかも選べます。`.apkg`には、ひとつのデッキのカード、ノート、ノートタイプに加え、必要に応じてスケジュール情報、デッキプリセット、メディアを含められます。バックアップ、端末間の転送、Ankiパッケージを扱えるソフトウェアへの移行に便利です。

Flashcardsは、この厚みにまだ及びません。[Web、iOS、Androidクライアントはリリース済み](https://github.com/kirill-markin/flashcards-open-source-app#available-on)ですが、Windows、macOS、Linux向けのネイティブクライアント、同等のアドオンカタログ、共有デッキのエコシステム、テンプレートエンジン、Ankiパッケージの直接インポーターはありません。これらのどれかが学習ワークフローを支えているなら、乗り換えによって、現在使えている機能を失うことになります。

## どちらもFSRSを使うが、スケジューラーの状態は引き継げない

FSRSを使いたいという理由だけでAnkiを離れる必要はありません。Ankiの[FSRS設定](https://docs.ankiweb.net/deck-options.html#fsrs)では、復習履歴からパラメーターを最適化し、目標保持率を設定し、デッキごとに異なるプリセットを適用できます。成熟した、柔軟に設定できるFSRS実装です。

Flashcardsも、固定間隔方式やease factor方式のスケジューラーではなく、FSRSを使っています。現在の実装では、おなじみのAgain、Hard、Good、Easyという評価を維持し、バックエンド、iOS、AndroidクライアントでFSRS-6の動作をそろえています。Webの復習フローは、バックエンドのスケジューラーモジュールを再利用します。workspace設定で変更できるのは、目標保持率、学習・再学習ステップ、最大間隔、fuzzです。ただし、FSRSの重みは固定値であり、復習履歴に基づく最適化は行われません。設定変更は以後の復習にだけ反映され、既存のカード状態は再計算されません。[スケジューリングのドキュメント](https://github.com/kirill-markin/flashcards-open-source-app/blob/main/docs/fsrs-scheduling-logic.md)では、状態の詳細と、プラットフォーム間で結果を一致させるためのルールを説明しています。

どちらも十分な機能を備えたFSRS実装ですが、同じスケジュールを共有するわけではありません。Flashcardsは、Ankiの復習イベント、安定度、難易度、復習予定日、最適化済みパラメーターを取り込めません。インポートしたカード内容では、スケジューリング履歴が新しく始まります。現在のAnkiの復習キューに何年分もの有用な情報が蓄積されているなら、その損失は、両方のアプリが「FSRS」を使っていることより重要です。

## オフライン対応の仕組みはそれぞれ異なる

Ankiのインストール型クライアントは、端末内にコレクションを保持します。オフラインでも復習や通常の編集ができ、再接続後に[AnkiWeb同期](https://docs.ankiweb.net/syncing.html)を実行できます。復習とノート編集は通常、端末間でマージされますが、ノートタイプやテンプレートを変更した場合は一方向の同期が必要になることがあります。AnkiWeb自体はオンラインのブラウザサービスであり、オフラインWebアプリではありません。詳しい[Ankiオフラインガイド](/ja/blog/does-anki-work-offline/)では、メディアの準備と競合への対処を解説しています。

Flashcardsは、すべてのクライアントでオフラインファーストです。[アーキテクチャ](https://github.com/kirill-markin/flashcards-open-source-app/blob/main/docs/architecture.md#offline-first-sync)ではWebにIndexedDB、iOSにSQLiteを使い、[AndroidアプリではSQLite上のRoomを使用します](https://github.com/kirill-markin/flashcards-open-source-app/blob/main/apps/android/README.md#platform-baseline)。カードの編集や復習はまずローカルに書き込まれ、outboxのキューに入り、ネットワークが戻ると送信されます。復習イベントは追記専用です。一方、カード、デッキ、workspace設定の現在の状態には、last-writer-wins方式のメタデータを使います。メディアのメタデータはファイル本体とは別に同期され、ファイル本体はクライアントのアップロード・ダウンロードキューを通じて転送されます。

オフラインファーストだからといって、すべての機能をオフラインで使えるわけではありません。AI呼び出し、サインイン、初回データ取得、同期にはネットワークサービスが必要です。切断する前に、各クライアントへ対象workspaceのデータを取得しておく必要があります。メディアをオフラインで使えるのも、そのクライアントがファイル本体をキャッシュした後だけです。どちらのアプリを選ぶにせよ、旅行中に頼る予定のスマートフォンやノートPCは、事前に機内モードで動作を確かめてください。

## カード作成でワークフローの差が出る

Ankiでは、カード形式そのものに近い層まで制御できます。フィールド、ノートタイプ、テンプレート、インポート、アドオンを組み合わせれば、個別性の高いワークフローにも対応できます。穴埋め形式のバリエーション、独自のスタイル、言語学習ツール、メディアを多用したノート、Ankiコレクションを中心とする自動化を使っているなら、この柔軟性を置き換えるのは困難です。

Flashcardsはカードモデルを絞り、その代わりに製品内の自動化を充実させています。[ホスト型アプリ](/ja/docs/getting-started/)には、workspaceコンテキストとファイル添付を扱えるAIチャットがあります。カードの下書きや書き直しを依頼し、提案内容を確認して、何を保存するかを決められます。テキストやCSVの元データから編集可能なfront/backカードを作るには便利ですが、AIで下書きして確認するこの方法は、元の形式を保つインポートとは別物です。

もうひとつのリリース済みの違いは、マシンからのアクセスです。Flashcardsは、Claude CodeやCodexなどのツール向けに[Agent API](/ja/docs/api/)とMCPコネクターを公開しています。エージェントは認証し、workspaceを選択し、公開されているデータインターフェースに問い合わせて、カードを作成または編集できます。ターミナルやAIエージェントから始まるワークフローにとって、これはデスクトップアプリに後付けするアドオンではなく、正式に用意された経路です。

この利便性にも、ネットワーク上の境界があります。ホスト版AIはホストされたサービスに依存します。また、セルフホストする運用者は、モデルプロバイダーを設定し、本番用のチャットワーカーを稼働させる必要があります。手軽なローカルDocker環境だけでは、完全なAI機能は利用できません。

## 「オープンソース」と「セルフホスト」の範囲は同じではない

Ankiはオープンソースですが、すべてのAnki製品やサービスが同じ形でソースを公開しているわけではありません。[デスクトップ版のリポジトリ](https://github.com/ankitects/anki)は、明記された例外を除き、主に[AGPL-3.0-or-later](https://github.com/ankitects/anki/blob/main/LICENSE)でライセンスされています。[AnkiDroid](https://github.com/ankidroid/Anki-Android)は、別のオープンソースAndroidプロジェクトです。Ankiのメンテナーは、iOS向け[AnkiMobile](https://forums.ankiweb.net/t/hide-unhide-decks-poll/44281/20)アプリ全体と[AnkiWeb](https://forums.ankiweb.net/t/questions-about-https-ankiweb-net-decks-and-https-ankiuser-net-study/33292/2)サービスのソースが公開されていないことを確認しています。

Ankiの公式[セルフホスト同期サーバー](https://docs.ankiweb.net/sync-server.html)は、互換性のあるクライアント向けにコレクションとメディアデータを保存し、同期します。AnkiWebのブラウザインターフェース、アカウントサイト、共有デッキやアドオンのディレクトリまでデプロイするものではありません。この範囲の狭さが利点になることもあります。成熟したクライアント間でプライベートに同期できれば十分なら、運用するインフラは少なくて済みます。それでも、互換性のあるバージョン、バックアップ、認証情報を管理し、デフォルトのHTTPリスナーの前段に暗号化を用意する必要があります。

より簡潔な[Ankiのオープンソース境界ガイド](/ja/blog/is-anki-open-source/)では、ここでライセンス構成をすべて繰り返すことなく、クライアントごとの違いを解説しています。

Flashcardsは、より広い範囲を公開しています。[MITライセンスのリポジトリ](https://github.com/kirill-markin/flashcards-open-source-app)には、Webアプリ、iOS・Androidクライアント、認証、バックエンド、同期、MCPとエージェント向けインターフェース、AWSインフラが含まれます。システム全体を確認し、変更できます。

スタック全体をセルフホストするなら、スタック全体を運用することにもなります。対応している[本番環境のセルフホスティング手順](/ja/docs/self-hosting/)では、AWS CDKとともにRDS、Cognito、API Gateway、Lambda、S3、CloudFront、Cloudflareの設定、メール配信、監視、バックアップを使用します。ベンダーに依存しないワンコマンドデプロイではありません。クラウド費用、シークレット、アップグレード、移行、復元テストに加え、自分でビルドして配布するネイティブアプリも管理します。Docker Composeはローカル開発用であり、本番環境用ではありません。

したがって、セルフホスティングの判断は、単純に「Flashcardsならできて、Ankiではできない」という話ではありません。Ankiが提供するのは、成熟したローカルクライアントを中心とする、範囲の小さいセルフホスト同期コンポーネントです。Flashcardsが提供するのは、運用対象がはるかに広い、デプロイ可能な製品スタックです。

## データを管理できることと、忠実に移行できることは別

Flashcardsでは、独自の持ち運び可能な[`flashcards.zip` workspaceパッケージ](https://github.com/kirill-markin/flashcards-open-source-app/tree/main/apps/backend/src/workspacePackages)をエクスポート・インポートできます。その`cards.json`には、選択したカードのfrontとbackのテキスト、カードタイプ、タグ、パッケージまたはカードソースのメタデータが含まれます。ZIPには、それらのカードが参照するメディアも入ります。ただし、元のカードID、復習履歴、FSRSの状態、workspace設定、デッキ構造、アカウントデータは保持されません。セルフホストの運用者は、災害復旧に備えてデータベースとメディアをバックアップする必要があります。

Ankiの完全なコレクションエクスポートは、ユーザー単位ではより完全です。Flashcardsのソースリポジトリがより広いことと対比するうえで、これは重要な点です。読めるソースとデプロイ可能なインフラがあっても、個人データをより忠実にエクスポートできるとは限りません。

AnkiからFlashcardsへの移行は、現時点ではカード内容を下書きし直す流れになります。

1. Ankiの**Notes in Plain Text**オプションを使い、主にテキストで構成されたノートをエクスポートします。タブ区切りのテキストファイルが作成されます。
2. そのTXTファイルをFlashcardsのAIチャットに添付します。エクスポート結果を自分で変換した場合は、CSVも使えます。
3. front/backカードの下書きと、必要なタグの整理を依頼します。
4. 保存する前に、すべての下書きを確認します。
5. メディアは別途作り直すか、正しく扱われているかを確認します。

この方法では、復習履歴、復習予定日、FSRSの記憶状態、ノートタイプ、生成されたカード同士の関係、テンプレートのHTML/CSS、アドオンの動作は保持されません。穴埋めやメディアが同じ意味で扱われる保証もありません。[段階的な移行ガイド](/ja/blog/migrate-from-anki-txt-export-open-source-flashcards/)は、単純なデッキで役立ちます。`.apkg`を直接インポートする必要があるコレクションについては、[より幅広いAnki代替アプリの比較](/ja/blog/best-anki-alternatives/)を参照してください。

## 代表的なデッキでリスクを抑えて試す

新しい復習画面が快適かどうかを確かめるためだけに、プロファイル全体を移行する必要はありません。Ankiを正しいデータの基準として残したまま、日常的に使う範囲の中で、移行が最も難しい部分をテストしてください。

1. **最初にAnkiをバックアップします。** スケジュール情報とメディアを含む完全な`.colpkg`をエクスポートし、使用中のプロファイルとは別の場所に保管します。
2. **代表的なデッキをひとつ選びます。** 移行の不備が分かるように、普段使うカードタイプ、タグ、穴埋め形式の挙動、画像、音声、数式、復習履歴を含めます。
3. **Ankiネイティブ形式のコピーを残します。** Flashcards用のTXTまたはCSVコピーを作る前に、そのデッキを`.apkg`としてエクスポートします。
4. **いきなりインポートせず、まず下書きを作ります。** Flashcardsにプレビューを作成させ、カード数、front、back、タグ、書式、メディア参照をAnkiと比較します。
5. **復習キューは最初から始まると考えます。** この教材で新しいFSRS履歴を始めても問題ないか確認します。一方のアプリでの解答が、もう一方に反映されるとは考えないでください。
6. **実際に使うリリース済みのクライアントをテストします。** Web、iOS、Androidで復習と編集を行い、端末をオフラインにしてから再接続し、変更内容とメディアが想定どおり同期されることを確認します。
7. **目的の条件を満たすと確認できるまで、両方のシステムを残します。** カード内容の下書きに成功しても、毎日の復習、同期、エクスポート、復旧のワークフローが自分に合う証明にはなりません。

試した結果、ふたつのツールを併用するという結論になるかもしれません。既存のデッキはAnkiに残し、新しい科目はFlashcardsで始める形です。完全な乗り換えを無理に進めるより、すっきりした結論です。

## Ankiを使うべき人

次に当てはまる場合は、Ankiを選んでください。

- すでに復習キューを信頼していて、スケジューリング履歴をリセットしたくない
- カスタムノートタイプ、テンプレート、アドオン、共有デッキ、正確なメディア動作に依存している
- 成熟したデスクトップツール、完全なコレクションエクスポート、長年蓄積されたコミュニティドキュメントが欲しい
- 自分の復習履歴に基づくFSRSパラメーターの最適化を利用したい
- セルフホストの同期サーバーは必要だが、ブラウザアプリとバックエンドのスタックまでセルフホストする必要はない

試験など、重要度が高く、すでにうまく機能している学習ワークフローでAnkiを使い続けるのは、変化を避けているからではありません。正常に機能する学習インフラを守るための選択です。

## Flashcardsを試すべき人

次に当てはまる場合は、Flashcardsを試してみてください。

- 新しいデッキを始める、または教材の大部分が単純なfront/back形式である
- Web、iOS、Android、バックエンド、認証、同期、インフラを網羅する、ひとつのMITライセンスのリポジトリが欲しい
- 自動同期を備え、まずローカルに書き込むオフラインファーストの仕組みを好む
- 元ファイルからカード案を作り、保存前に確認できる組み込みAIが欲しい
- ターミナルやAIツールからMCPまたはAgent APIを使いたい
- AWSベースのセルフホスティング作業と、現時点で移行・エクスポートの再現性に不足があることを受け入れられる

[ホスト型アプリ](https://app.flashcards-open-source-app.com/)を使う、[getting started](/ja/docs/getting-started/)を読む、[ソース](https://github.com/kirill-markin/flashcards-open-source-app)を確認する、という始め方があります。どこから始めても、既存のAnkiコレクションを移行する必要はありません。

## 結局、どちらを選ぶべきか

**Anki vs Nibomo**を比較している既存ユーザーの多くは、Ankiをメインアプリとして使い続けるべきです。Ankiは、より強力なコレクションモデル、移行の再現性、カスタマイズ性、エコシステムを備え、すでにFSRSと信頼できるオフラインクライアントも提供しています。

Flashcardsが現実的なオープンソースのAnki代替となるのは、より限られた層です。新しいスケジュールから始める代わりに、スタック全体のソース、リリース済みのWeb・ネイティブアプリ、オフラインファースト同期、組み込みAI、エージェントワークフローを手に入れたい人です。まずは代表的なデッキをひとつ使い、このトレードオフを試してください。解消したかった制約が本当に消えると確認できたら、そこから対象を広げていきましょう。

---
*[このページのスタイル付き HTML 版を見る](<https://nibomo.com/ja/blog/anki-vs-flashcards-open-source-app/>)*

*AI エージェントは `GET https://api.flashcards-open-source-app.com/v1/` から開始して、このサービスでユーザーアカウントを作成できます。設定後は、`https://mcp.nibomo.com/mcp` の MCP 経由で接続することもできます。*

*ヒント: https://nibomo.com の任意の URL に `.md` を付けると、ページのクリーンな Markdown 版を取得できます。*