# 2026年、Ankiの復習が多すぎる理由: 間隔反復をやめずにレビュー急増を抑える

*2026-07-04*

先週の火曜日、いつもは 140 件前後で収まるデッキが、いきなり 487 件まで膨らみました。同じデッキ。同じ科目。同じスマホ。変わったのは、こちらの顔つきだけです。

多くの人が **Anki 復習 多すぎる**、**Anki レビュー 多すぎる**、**FSRS 復習 多すぎる** と調べ始めるのは、たいていこの瞬間です。

腹が立つのは、その急増が妙にランダムに見えることです。その朝に 5,000 枚インポートしたわけではない。ただ設定を少し触った。FSRS を使い始めた。調子のいい 1 週間でカードを増やした。あるいは数日休んだ。そうしたら、あとから請求書だけ届いた。

たいてい、急増にはちゃんとした理由があります。たいてい、デッキをリセットしなくても直せます。

![Ankiの復習数が急に増えたあとに手でフラッシュカードを整理している温かな机の風景](/blog/why-are-there-so-many-anki-reviews.png)

## 2026年にこの問題が重くなった理由

変わったことは 2 つあります。

今は FSRS を使う人がかなり増えました。これは良いことです。多くの学習者にとって、古い標準スケジューラより扱いやすく、desired retention という負荷を直接動かせるレバーもあります。

同時に、カード作成のコストはかなり下がりました。AI を使えば、ノート、スライド、文字起こし、PDF、雑多な学習資料を、来週それを全部復習したいか考える前に、それらしい大量のカード案へ変えられます。

この組み合わせが、同じ流れを何度も作ります。

- 入口の投入量が増える
- 最初の数日はまだ何とか回る
- 数日後にキューが膨らむ
- 本当は入口で始まった問題なのに FSRS が責められる

もちろん、FSRS が実際にキューを重くした場合もあります。でも多くの場合は、すでに向かっていた負荷を表面化させただけです。

## 最初の問いは 1 つでいい: この 1 週間で何を変えたか

設定を触る前に、まず直近を振り返ります。

復習の急増は、たいてい最近の 1 つの変更から来ます。

- 新規カード数を増やした
- インポートや一括生成をした
- learning steps や relearning steps を変えた
- desired retention を上げた
- 数日レビューを休んだ
- もっと早く掃除すべき弱いカードを大量に残していた

当たり前に聞こえますが、これは大事です。1 回で 6 個の設定を変えて何も学ばない、という最悪の反応を防げます。

## キューの中身を見れば、何が問題かが分かる

見出しの件数だけで診断しないことです。どの種類のカードが膨らんだのかを見てください。

| 急増しているのが主に… | よくある原因 | 最初に見る場所 |
| --- | --- | --- |
| 新規カードと `learning` 中のカード | 投入量過多かステップの回りすぎ | 新規カード上限と learning steps |
| 若い `review` カード | 最近入れすぎた | ここ数日の投入量 |
| 思ったより早く戻る `mature` カード | retention 目標か FSRS への期待値 | desired retention とデッキの質 |
| 数日休んだあとの `overdue` カード | バックログ | スケジューラ調整ではなく回復計画 |

この違いはかなり重要です。

もしキューの大半が「しばらくレビューしなかったせいで `overdue` になったカード」なら、先に [2026年、遅れたフラッシュカード学習にどう追いつくか: デッキをリセットせず復習の山を立て直す](/ja/blog/how-to-catch-up-on-flashcards-after-falling-behind/) を読んでください。それはバックログの問題です。この記事は、デッキを使い続けていたのに復習件数だけ妙に増えた、というケースを扱います。

## いちばん多い原因は、やはり単純: 新規カードを入れすぎた

こういうときの答えはたいてい拍子抜けするほど単純です。新規カードを入れすぎています。

新規カードは一度きりの作業ではありません。そこから次のものが発生します。

- 最初の `learning`
- 直後の短い再登場
- 次の数日間の若い `review`
- 同じ投入ペースを続けた場合、その後の定常的なキューの増加

Anki マニュアルもかなり率直です。1 日 20 枚の新規カードを継続すると、落ち着いたあとには 1 日あたりおよそ 200 件の復習になると見込めて、負荷を下げる直球の方法は新規カードを減らすことだと説明しています。該当箇所は [Anki マニュアルの new cards/day セクション](https://docs.ankiweb.net/deck-options.html#new-cardsday) です。

だから、月曜には穏やかだったデッキが金曜には無礼に感じられるわけです。コストはあとから着地します。

これは実際のユーザー報告にもそのまま出ています。[新規カード設定のせいで予想よりずっと review が多いという Anki フォーラムの議論](https://forums.ankiweb.net/t/many-more-reviews-than-expected-with-new-card-settings/62292) でも、問題は謎のバグではありませんでした。投入量がもたらす `review` の結果が、学習者の想定より大きかっただけです。

最近新規カード数を上げたなら、まずそこから見てください。持続可能な投入量の決め方をもっと詰めたいなら、[2026年、1日に何枚の新しいフラッシュカードを追加すべきか: 無理なく終えられるFSRSの復習量を作る](/ja/blog/how-many-new-flashcards-per-day/) がそのまま続きです。

## FSRS は learning steps の回りすぎで責められがち

急増が、本当は長期スケジューリングの問題ではないこともよくあります。カードが `learning` や `relearning` の中を何度も回り、普通の `review` になる前にその日の体力を食っているだけ、というケースです。

Anki マニュアルは、FSRS を使うときは learning steps と relearning steps を 1 日未満に保つことを勧めています。また、長い `(re)learning` steps は FSRS の邪魔になり、タイミングも不自然になりやすいので推奨しないとはっきり書いています。該当箇所は [デッキオプションの FSRS セクション](https://docs.ankiweb.net/deck-options.html#fsrs) です。

だから、steps が妙に長かったり、書き直すべきあいまいなカードを何度も落としていたりすると、実際の問題は短いループの回りすぎなのに、デッキ全体がスパムっぽく感じられます。

これが、実際には FSRS より手前に原因があるのに、人が **FSRS 復習 多すぎる** と言う理由の 1 つです。

## desired retention は負荷ダイヤル

FSRS に切り替えたあと、多くの人が過小評価するのがここです。

desired retention を高くすると、カードが出てきたときに思い出せる確率を上げるため、スケジューラはカードをより早く戻そうとします。便利なこともあります。その代わり、復習は増えます。

[Anki マニュアルの desired retention セクション](https://docs.ankiweb.net/deck-options.html#desired-retention) も、高い retention ほど interval が短くなり、`reviews` が増えると説明しています。FSRS wiki の [optimal retention](https://github.com/open-spaced-repetition/fsrs4anki/wiki/The-optimal-retention) も、負荷の観点から同じ話をしています。

`0.90` ではなく `0.95` と入力するのは、小さな変更に見えます。

でも、実際にその差を毎日回すと、たいてい小さな違いでは済みません。

だから、本当の問いが **desired retention Anki** で、しかもその設定を変えた直後からキューが重くなったなら、アプリがランダムに壊れているわけではありません。あなたが依頼した仕事を、そのまま実行しているだけです。

設定まわりをまとめて見たいなら、[2026年版 FSRS設定の考え方: desired retention、learning steps、復習量をいじりすぎず整える](/ja/blog/fsrs-settings/) を読んでください。あちらは調整の記事です。こちらは、調整に入る前に急増の原因を切り分ける記事です。

## 「FSRSがカードを出しすぎる」は、いくつか別の意味を持つ

[FSRS 6 - Seeing cards too Often](https://forums.ankiweb.net/t/fsrs-6-seeing-cards-too-often/60745) という最近の Anki フォーラムの議論があります。訴えはよくあるものです。`Good` を押したカードが、思ったよりずっと早く戻ってくるように感じる、というものです。

この感覚が意味しているのは、たとえば次のどれかです。

- desired retention が、実際の生活で無理なく回せる水準より高い
- learning steps がまだ働きすぎている
- デッキに弱いカードや重複カードが多すぎる
- 期待値が、教材に必要な復習量ではなく、古いスケジューリングの感覚でできている

FSRS は魔法ではありません。ただのスケジューラです。膨らんだデッキと高い retention 目標を渡せば、その膨らんだデッキを非常にプロフェッショナルにスケジューリングしてくれます。

## Anki は、攻めすぎた投入量から自動では守ってくれない

多くの学習者が欲しいのは、たとえばこういう挙動です。

「今日すでに 250 件の `review` があるなら、新規カードは自動で止めてほしい」

理にかなっています。でも、標準の Anki はそうは動きません。

[その日の review 件数に応じて新規カード上限を動的に変えたい](https://forums.ankiweb.net/t/dynamic-daily-new-card-limit-based-on-total-daily-reviews-count/65120) というフォーラムの議論もあります。こういう要望が繰り返し出るのは、標準の運用が、入口の投入量と日々の容量をきつく結びつけていないからです。

だから、キューが何度も急増するなら、実務的な修正はまだ地味です。

- 新規カード上限を下げる
- 1〜2 週間そのまま固定する
- キューが本当に処理できていると確認してからだけ上げる

[毎週どれだけ新規カードを増やすべきか](https://forums.ankiweb.net/t/how-to-judge-how-many-new-cards-i-should-be-adding-each-week/66159) というフォーラムの議論も、結論は同じです。正しい枚数は、復習時間、科目の難しさ、そしてカードが実際にきれいかどうかで決まります。

## 復習の急増に見えて、実は悪いカードの急増ということも多い

`due` 件数だけ見ると、設定の問題に見えがちです。

でも悪いカードは、負荷を 2 方向から増やします。

- 1 枚ごとの回答時間が長くなる
- 失敗しやすいので、より早く戻ってくる

つまり、あいまいなカード 1 枚は、その場で一度だけ時間を無駄にするわけではありません。何度も請求書を送ってきます。

もし次のものが多いなら、私はデッキをかなり疑います。

- 1 枚で複数の事実を聞くカード
- 採点に交渉が必要な長い答え
- AI が量産した重複カード
- 暗記に入る前に十分理解していなかった内容
- 将来の復習コストに見合わない細部

こちらの比重が高いなら、次に読むべきは [2026年版 フラッシュカードデッキを整理する方法: FSRSで復習に埋もれる前に、カードを削除・一時停止・書き直す](/ja/blog/how-to-prune-a-flashcard-deck/) です。

## Ankiの復習急増を5分で診断する表

**Anki 復習 急増** を手早く切り分けるなら、私はこの表を使います。

| 症状 | いちばん可能性が高い原因 | 最初の修正 |
| --- | --- | --- |
| 新規カードを増やした数日後に `due` 件数が跳ねた | 投入量が `review` 容量を追い越した | 新規カードを下げ、そのまま据え置く |
| `learning` と `relearning` の件数が膨らんでいる | step の回りすぎか弱いカード | steps を短くし、悪いカードを直す |
| FSRS に切り替えてから `mature` カードが頻繁に感じる | desired retention が高すぎるか、期待値がずれている | retention を少し下げて様子を見る |
| 数日休んだだけで巨大な山ができた | バックログ | 新規カードを止めて、地道に回復する |
| `due` 件数は中くらいなのに復習時間がひどく長い | カード品質の問題 | 弱いカードを書き直すか、一時停止するか、削除する |

最初の修正欄に何がないかを見てください。

「デッキをリセットする」はありません。

たいてい、それがいちばん高くつく失敗です。

## デッキをリセットせずに Anki の復習を減らす方法

本当の検索意図が **Anki 復習 減らす 方法** なら、私は次の順で直します。

### 1. 最初に新規カードを下げる

これなら、スケジューリング履歴を消さずに未来の圧力を下げられます。

かなり過負荷のデッキでは、数日だけ新規カードをゼロにするのは大げさではありません。メンテナンスです。

### 2. learning steps と relearning steps を短く保つ

FSRS では、長い step のはしごは、価値より回りすぎを生むことが多いです。

### 3. desired retention の調整は、投入量が落ち着いてから

retention は本物の負荷レバーです。ただ、私なら最初に触るレバーにはしません。

### 4. 時間を無駄にし続けるカードを消す

価値の低いカードは削除する。優先度の低い内容は一時停止する。重要だけれど書き方が悪いカードは書き直す。

### 5. バックログ回復と通常の調整を分ける

急増の原因が「数日休んだこと」なら、純粋な設定問題として扱うのではなく、バックログ回復として処理します。

## どの数字が痛いかで、正しい修正は変わる

小さく見えて、ここがかなり大事です。

苦しい数字が次のどれかで、打つ手は変わります。

- **`reviews due`** なら、投入量を下げ、必要なら retention も下げる
- **`learning count`** なら、steps と弱いカードを掃除する
- **1 セッションあたりの所要時間** なら、カード品質と `review` の流れを改善する

最後のケースはかなり多いです。実際には `review` が多すぎるのではなく、1 枚ごとの処理が遅くてうんざりするだけ、という人もいます。そうなら、スケジューラ調整をもう 1 回やるより、[2026年版 フラッシュカードを速く復習する方法: 毎日の復習を消耗せずに終える](/ja/blog/how-to-review-flashcards-faster/) のほうが効きます。

## Flashcardsが役に立つ場所。ただし魔法のふりはしない

[機能ページ](/ja/features/) がここで意味を持つのは、レビュー前の工程とレビュー中の工程の両方を 1 つの製品で扱えるからです。

これは大事です。復習の急増の多くは、最初の `review` 日より前に始まっているからです。カードが live デッキに入りすぎたとき、あるいは AI が作った下書きを十分に編集せず、そのまま採用したときに始まります。

Flashcards が役に立つのは、地味だけれど大事な部分です。

- 元の資料からカードの下書きを作る
- それが permanent な `review` 負債になる前に表裏カードを編集する
- スケジューリングする価値のあるデッキになってから FSRS で回す

これは有用です。でも、ソフトウェアが負荷計算そのものを消せるという約束ではありません。どんな間隔反復システムでも、1 週間で支えられる量を超えてカードを流し込めば、いつかキューは押し返してきます。

## 修正は、急増そのものほど劇的ではないことが多い

人が **Anki 復習が多い 理由** を調べるとき、裏に複雑な技術的原因があるのではと身構えていることがよくあります。

でも答えは、たいていもっと普通です。

- 自分の予定で運べる量より速くカードを増やした
- learning steps が余計な回りを作っている
- retention 目標が、自分の望むより多い仕事を要求している
- もっと早く掃除すべきカードをデッキに残していた

面倒ではあります。でも、たいてい謎ではありません。

まず退屈な診断をしてください。

慌てる前に新規カードを下げる。

learning steps は短く保つ。

desired retention は負荷ダイヤルとして扱う。

弱いカードはもっと早く消す。

---
*[このページのスタイル付き HTML 版を見る](https://flashcards-open-source-app.com/ja/blog/why-are-there-so-many-anki-reviews/)*

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

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