Anki MCP
🧠 アンキMCP
AIでAnkiフラッシュカード体験を変革!このMCP(モデルコンテキストプロトコル)サーバーは、AnkiフラッシュカードコレクションとClaudeなどのAIアシスタントを連携させ、学習教材に関する自然な会話を可能にします。
🚀 何ができるの?
あなたのフラッシュカードコレクション全体を把握し、次のことができる AI チューターがいると想像してください。
📚インタラクティブ学習
「3日間見ていない日本語の語彙についてクイズを出してください」
「私の医療デッキから挑戦的なカードで私をテストしてください」
「最近苦戦しているカードを見せてください」
✨スマートなコンテンツ作成
「図を使って光合成についてのフラッシュカードを作成する」
「このPDFの章を間隔反復カードに変換します」
「講義ノートから穴埋め問題カードを生成する」
🔍強力な分析
「私が最も苦労しているのはどのトピックですか?」
「先月の勉強パターンを見せてください」
「さまざまなカードタイプの保持率はどれくらいですか?」
🎯一括操作
「すべての化学カードに『試験準備』のタグを付けます」
「定着率の低いカードを集中レビューデッキに移動する」
「デッキ全体で重複したカードを見つけて修正する」
Related MCP server: Anki MCP Server
🎯 機能
完全な Anki 統合: 115 の AnkiConnect API メソッドすべてを介してデッキ、カード、メモ、統計に完全にアクセスできます。
会話型インターフェース: AIアシスタントを介した自然言語コマンド
一括操作:数千枚のカードを一度に効率的に管理
リアルタイム統計:学習の進捗状況を把握
メディアサポート: カード内の画像、音声、その他のメディアを処理します
高度なクエリ: 複雑な検索条件を使用してカードを検索します
型安全性: 包括的なエラー処理を備えた完全に型付けされた API
🛠 技術スタック
Node.js : ランタイム環境 (18 歳以上必要)
TypeScript : 型安全性と開発者エクスペリエンス
MCP SDK : モデルコンテキストプロトコルの実装
yanki-connect : 🙏完全に型付けされた同型の AnkiConnect API クライアント
tsup : 高速なTypeScriptバンドラー
PNPM : 効率的なパッケージマネージャー
この統合を実現する強力な AnkiConnect インターフェースを提供してくれたyanki-connectライブラリに特に感謝します。
📋 前提条件
1. Ankiをインストールする
まだAnkiをダウンロードしてインストールしていない場合は、ダウンロードしてインストールしてください。
2. AnkiConnectプラグインをインストールする
Ankiを開く
ツール→アドオンへ移動
[アドオンを取得...] をクリックします。
コードを入力してください:
2055492159Ankiを再起動する
**📋 バージョン要件:**このサーバーは、完全な互換性のためにAnkiConnectバージョン25.2.25.0以降(2025年2月25日リリース)が必要です。ほとんどの機能は古いバージョンでも動作しますが、最適なエクスペリエンスを得るにはアップデートをお勧めします。
3. AnkiConnect を設定する(オプション)
AnkiConnect はそのまま使用できますが、設定をカスタマイズできます。
ツール→アドオンへ移動
AnkiConnectを選択し、 Configをクリックします
デフォルト設定はほとんどのユーザーにとって問題なく動作するはずです
🚀 クイックスタート
オプション 1: Claude Desktop と併用する (推奨)
パッケージをインストールする
npm install -g @arielbk/anki-mcpClaudeデスクトップの設定
Claude Desktop 構成ファイルを編集します。
macOS :
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows :%APPDATA%\Claude\claude_desktop_config.json次の構成を追加します。
{ "mcpServers": { "anki": { "command": "anki-mcp", "args": [] } } }Claudeデスクトップを再起動します
ぜひ使い始めてください!
AnkiがAnkiConnectを有効にして実行されていることを確認してください
クロードに質問する: 「私の Anki デッキを見せて」または「5 枚のカードでクイズを出して」
💡 プロのヒント: *「Anki デッキはいくつありますか?」や「最大のデッキには何が含まれていますか?」*などの簡単な質問を Claude にすることで、設定をテストできます。
オプション2: 開発セットアップ
リポジトリをクローンする
git clone https://github.com/arielbk/anki-mcp.git cd anki-mcp依存関係をインストールする
pnpm installプロジェクトを構築する
pnpm buildサーバーをテストする
# Use the MCP inspector to test functionality pnpm inspect
オプション3: 他のMCPクライアントと併用する
このサーバーは、MCP対応のクライアントであればどれでも動作します。また、以下のクライアントでもご利用いただけます。
MCP Inspector : 対話型デバッグツール
Cline : AIコーディングのためのVSコード拡張機能
カスタム MCP クライアント: MCP SDKを使用して独自のクライアントを構築します
stdio トランスポートの場合は、次を実行します。
node dist/index.js🎮 使用例
Claude Desktop を設定すると、次のような自然な会話が可能になります。
📖 勉強会
You: "I have a Japanese exam tomorrow. Can you quiz me on Hiragana cards I haven't reviewed in a week?"
Claude: I'll find your Hiragana cards that need review and start a quiz session...📝 コンテンツ作成
You: "Create flashcards for the major battles of World War II with dates and significance"
Claude: I'll create comprehensive flashcards covering the key WWII battles...📊 学習分析
You: "How am I doing with my medical terminology deck? Show me my weak areas."
Claude: Let me analyze your performance on the medical terminology deck...🏷️ 組織
You: "Tag all cards about cardiovascular system with 'cardiology' and move them to my MCAT prep deck"
Claude: I'll help you organize those cards...🔧 利用可能なツールとリソース
この MCP サーバーは、次の機能を通じて Anki コレクションへの包括的なアクセスを提供します。
📚デッキ管理
統計情報を含むすべてのデッキを一覧表示する
新しいデッキを作成する
デッキの名前変更と削除
デッキ構成を取得する
🗂️カード操作
検索条件でカードを探す
回答カード(復習のシミュレーション)
カード情報と統計情報を取得する
カードの一時停止/一時停止解除
一括カード操作
📝メモ管理
カスタムフィールドで新しいメモを追加する
既存のメモを更新する
メモを削除する
検索クエリでメモを検索する
一括メモ操作
📊統計と分析
デッキ統計とパフォーマンス指標
カードの使いやすさと間隔データ
履歴とパターンを確認する
学習進捗の洞察
🎨メディアとモデル
ノートの種類とフィールドの定義にアクセスする
メディアファイル管理
テンプレートのカスタマイズサポート
🔍高度な機能
Ankiの検索構文を使用した複雑な検索クエリ
効率化のためのバッチ操作
Ankiとのリアルタイム同期
エラー処理と検証
機能別にグループ化された整理された API メソッド (カード、デッキ、メモ、モデル、統計、メディアなど)
完全な型安全性を備えた115のAnkiConnect APIメソッドすべてへの直接アクセス
🛠 開発
# Run in development mode with auto-reloading
pnpm dev
# Lint the code
pnpm lint
# Format the code
pnpm format
# Test with MCP inspector
pnpm inspect🔧 構成
AnkiConnect 設定
サーバーはデフォルトでlocalhost:8765 AnkiConnect に接続します。AnkiConnect の設定をカスタマイズしている場合は、接続設定を調整する必要があるかもしれません。
重要:MCPサーバーを使用する前に、Ankiが起動していることとAnkiConnectがインストールされていることを確認してください。AnkiConnectにアクセスできない場合、サーバーへの接続は失敗します。
**💡 注:**基盤となるyanki-connectライブラリはmacOSでのAnkiの自動起動をサポートしていますが、この機能は現在MCPサーバーの設定では公開されていません。Ankiを手動で起動する必要があります。
クロードデスクトップの詳細設定
上級ユーザーの場合は、追加のパラメータを渡すことができます。
{
"mcpServers": {
"anki": {
"command": "anki-mcp",
"args": ["--verbose"],
"env": {
"ANKI_CONNECT_HOST": "localhost",
"ANKI_CONNECT_PORT": "8765"
}
}
}
}トラブルシューティング
よくある問題:
「AnkiConnectへの接続に失敗しました」 : Ankiが実行されており、AnkiConnectプラグインがインストールされていることを確認してください
「デッキが見つかりません」 : Ankiに少なくとも1つのデッキがあることを確認してください
クロードが応答しません: 構成変更後にクロードデスクトップを再起動してください
権限エラー:
npm list -g @arielbk/anki-mcpでグローバル npm インストールが正しく動作していることを確認してください
🤝 貢献する
貢献を歓迎します!ご協力をお願いします:
リポジトリをフォークする
機能ブランチを作成する
変更を加える
該当する場合はテストを追加する
プルリクエストを送信する
📜 ライセンス
MIT - 詳細についてはLICENSEファイルを参照してください。
🙏 謝辞
yanki-connect - AnkiConnect 用の優れた TypeScript クライアント
AnkiConnect - Ankiの自動化を可能にするプラグイン
モデルコンテキストプロトコル- シームレスなAI統合を実現
AIを活用した会話でフラッシュカード体験を変革しましょう!🚀
Available Tools
7 toolsanki_operationsD
| Name | Required | Description | Default |
|---|---|---|---|
| operation | Yes | Anki utility operation | |
| deckName | No | Deck name to export | |
| filePath | No | File path for export/import | |
| includeSched | No | Include scheduling in export | |
| filename | No | Media filename | |
| mediaData | No | Base64 encoded media data | |
| mediaUrl | No | URL to download media from | |
| pattern | No | Pattern to match media files |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
get_analyticsD
| Name | Required | Description | Default |
|---|---|---|---|
| scope | Yes | Analytics scope | |
| deckName | No | Deck name for deck-specific stats | |
| cardIds | No | Card IDs for detailed analysis | |
| startTimestamp | No | Start timestamp for review history | |
| wholeCollection | No | Get whole collection stats vs current deck |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
get_media_fileD
| Name | Required | Description | Default |
|---|---|---|---|
| filename | Yes | Media filename referenced in Anki cards (e.g., "image.png") |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
manage_decksD
| Name | Required | Description | Default |
|---|---|---|---|
| operation | Yes | Deck management operation | |
| deckName | No | Deck name | |
| deckNames | No | Deck names (for batch operations) | |
| deleteCards | No | Delete cards when deleting deck | |
| cardIds | No | Card IDs to move | |
| targetDeck | No | Target deck for moving cards | |
| configId | No | Config ID to apply |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
manage_flashcardsD
| Name | Required | Description | Default |
|---|---|---|---|
| operation | Yes | The flashcard operation to perform | |
| deckName | No | Deck name (for create operations) | |
| modelName | No | Note type/model name (for create operations) | |
| fields | No | Field name-value pairs (for create/update) | |
| tags | No | Tags to add/remove or set | |
| notes | No | Array of notes to create (for create_batch) | |
| noteId | No | Note ID (for update/delete single note) | |
| noteIds | No | Note IDs (for delete multiple) | |
| query | No | Anki search query (for find operation) | |
| includeDetails | No | Include detailed note info (for find) | |
| limit | No | Max results to return (default: 50, recommended to prevent context overflow) | |
| offset | No | Number of results to skip for pagination (default: 0) | |
| cardIds | No | Card IDs to get info for |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
manage_modelsD
| Name | Required | Description | Default |
|---|---|---|---|
| operation | Yes | Model management operation | |
| modelName | No | Model/note type name | |
| fields | No | Field names in order (for create) | |
| templates | No | Card templates (for create) | |
| css | No | CSS styling | |
| isCloze | No | Is cloze deletion type | |
| fieldName | No | Field name | |
| newFieldName | No | New field name (for rename) | |
| fieldIndex | No | Field index position | |
| templateName | No | Template name | |
| template | No | Template content |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
study_sessionD
| Name | Required | Description | Default |
|---|---|---|---|
| operation | Yes | Study session operation | |
| query | No | Search query to find cards (for find_due) | |
| cardIds | No | Card IDs to operate on | |
| answers | No | Card answers (for answer operation) | |
| days | No | Days from today for due date (for reschedule) |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Tool has no description.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Tool has no description.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Tool has no description.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Tool has no description.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
Tool has no description.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
Tool has no description.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
98 tool updates
v1.0.0- Removed
add_note - Removed
add_notes - Removed
add_tags_to_notes - Added
anki_operations - Removed
answer_cards - Removed
api_reflect - Removed
can_add_notes - Removed
card_reviews - Removed
cards_to_notes - Removed
change_deck - Removed
check_card_suspended - Removed
check_cards_due - Removed
check_cards_suspended - Removed
clear_unused_tags - Removed
clone_deck_config - Removed
create_deck - Removed
create_model - Removed
delete_decks - Removed
delete_media_file - Removed
delete_notes - Removed
export_package - Removed
find_and_replace_in_models - Removed
find_cards - Removed
find_notes - Removed
forget_cards - Removed
get_active_profile - Added
get_analytics - Removed
get_cards_ease_factors - Removed
get_cards_info - Removed
get_cards_intervals - Removed
get_cards_mod_time - Removed
get_collection_stats_html - Removed
get_latest_review_id - Removed
get_media_dir_path - Added
get_media_file - Removed
get_media_files_names - Removed
get_num_cards_reviewed_by_day - Removed
get_num_cards_reviewed_today - Removed
get_profiles - Removed
get_reviews_of_cards - Removed
get_version - Removed
gui_add_cards - Removed
gui_answer_card - Removed
gui_browse - Removed
gui_check_database - Removed
gui_current_card - Removed
gui_deck_browser - Removed
gui_deck_overview - Removed
gui_deck_review - Removed
gui_edit_note - Removed
gui_exit_anki - Removed
gui_import_file - Removed
gui_select_card - Removed
gui_select_note - Removed
gui_selected_notes - Removed
gui_show_answer - Removed
gui_show_question - Removed
gui_start_card_timer - Removed
gui_undo - Removed
import_package - Removed
insert_reviews - Removed
load_profile - Added
manage_decks - Added
manage_flashcards - Added
manage_models - Removed
model_field_add - Removed
model_field_remove - Removed
model_field_rename - Removed
model_field_reposition - Removed
model_field_set_description - Removed
model_field_set_font - Removed
model_field_set_font_size - Removed
model_template_add - Removed
model_template_remove - Removed
model_template_rename - Removed
model_template_reposition - Removed
multi - Removed
relearn_cards - Removed
reload_collection - Removed
remove_deck_config - Removed
remove_empty_notes - Removed
remove_tags_from_notes - Removed
replace_tags_in_notes - Removed
request_permission - Removed
retrieve_media_file - Removed
save_deck_config - Removed
set_card_specific_values - Removed
set_cards_due_date - Removed
set_cards_ease_factors - Removed
set_deck_config - Removed
store_media_file - Added
study_session - Removed
suspend_cards - Removed
sync - Removed
unsuspend_cards - Removed
update_model_styling - Removed
update_model_templates - Removed
update_note
91 tool updates
- First observed
add_note - First observed
add_notes - First observed
add_tags_to_notes - First observed
answer_cards - First observed
api_reflect - First observed
can_add_notes - First observed
card_reviews - First observed
cards_to_notes - First observed
change_deck - First observed
check_card_suspended - First observed
check_cards_due - First observed
check_cards_suspended - First observed
clear_unused_tags - First observed
clone_deck_config - First observed
create_deck - First observed
create_model - First observed
delete_decks - First observed
delete_media_file - First observed
delete_notes - First observed
export_package - First observed
find_and_replace_in_models - First observed
find_cards - First observed
find_notes - First observed
forget_cards - First observed
get_active_profile - First observed
get_cards_ease_factors - First observed
get_cards_info - First observed
get_cards_intervals - First observed
get_cards_mod_time - First observed
get_collection_stats_html - First observed
get_latest_review_id - First observed
get_media_dir_path - First observed
get_media_files_names - First observed
get_num_cards_reviewed_by_day - First observed
get_num_cards_reviewed_today - First observed
get_profiles - First observed
get_reviews_of_cards - First observed
get_version - First observed
gui_add_cards - First observed
gui_answer_card - First observed
gui_browse - First observed
gui_check_database - First observed
gui_current_card - First observed
gui_deck_browser - First observed
gui_deck_overview - First observed
gui_deck_review - First observed
gui_edit_note - First observed
gui_exit_anki - First observed
gui_import_file - First observed
gui_select_card - First observed
gui_select_note - First observed
gui_selected_notes - First observed
gui_show_answer - First observed
gui_show_question - First observed
gui_start_card_timer - First observed
gui_undo - First observed
import_package - First observed
insert_reviews - First observed
load_profile - First observed
model_field_add - First observed
model_field_remove - First observed
model_field_rename - First observed
model_field_reposition - First observed
model_field_set_description - First observed
model_field_set_font - First observed
model_field_set_font_size - First observed
model_template_add - First observed
model_template_remove - First observed
model_template_rename - First observed
model_template_reposition - First observed
multi - First observed
relearn_cards - First observed
reload_collection - First observed
remove_deck_config - First observed
remove_empty_notes - First observed
remove_tags_from_notes - First observed
replace_tags_in_notes - First observed
request_permission - First observed
retrieve_media_file - First observed
save_deck_config - First observed
set_card_specific_values - First observed
set_cards_due_date - First observed
set_cards_ease_factors - First observed
set_deck_config - First observed
store_media_file - First observed
suspend_cards - First observed
sync - First observed
unsuspend_cards - First observed
update_model_styling - First observed
update_model_templates - First observed
update_note
TDQS
Scored across 7 tools
The tools have distinct purposes targeting different aspects of Anki functionality: operations, analytics, media, decks, flashcards, models, and study sessions. There is some potential overlap between 'anki_operations' and the more specific 'manage_' tools, but the separation is generally clear enough for an agent to distinguish them based on their names.
The naming is mixed: 'anki_operations', 'get_analytics', and 'get_media_file' follow a verb_noun pattern, while 'manage_decks', 'manage_flashcards', and 'manage_models' use a verb_noun pattern with a consistent 'manage_' prefix, and 'study_session' is a noun_noun pattern. This inconsistency in conventions reduces predictability but remains readable.
With 7 tools, the count is well-scoped for an Anki server, covering core areas like decks, flashcards, models, study sessions, analytics, media, and general operations. Each tool appears to earn its place without being excessive or insufficient for the domain.
The tool set covers key areas of Anki (decks, flashcards, models, study, analytics, media, operations), but without descriptions, it's unclear if there are gaps in CRUD/lifecycle coverage. For example, 'manage_flashcards' might imply create/update/delete, but specific tools for individual operations are missing, potentially leading to agent workarounds.
Maintenance
Related MCP Connectors
Spaced-repetition flashcards your AI writes, quizzes you on by voice, and schedules with FSRS.
Read, write, and conversationally review open-source flashcards through split read/write MCP tools.
AI-powered YouTube to flashcards with spaced repetition and Anki export
Voice-led, FSRS-scheduled flashcards from YouTube, PDFs, web, or text. Auto-graded quizzes.
Related MCP Servers
- AlicenseAqualityBmaintenanceAn MCP server that enables AI assistants like Claude to interact with Anki flashcard decks, allowing users to create, manage, and update flashcards through natural language conversations.944MIT
- AlicenseNot gradedqualityAmaintenanceAn MCP server that enables AI assistants to interact with the Anki flashcard application for studying, deck management, and note creation. It supports natural language interaction for reviewing cards, searching content, and managing media files across local and remote environments.1,773 npm502MIT
- AlicenseNot gradedqualityDmaintenanceAn MCP server that enables AI assistants to seamlessly manage Anki flashcards, decks, and templates through the AnkiConnect API. It supports intelligent querying, batch note creation, and detailed study progress analysis using natural language.4MIT
- AlicenseBqualityDmaintenanceA Model Context Protocol (MCP) server that integrates with Anki flashcard application, allowing LLM applications like Claude to interact with your Anki decks and cards.11334 npm1MIT