Anki MCP
🧠 Anki MCP
Verwandeln Sie Ihr Anki-Karteikarten-Erlebnis mit KI! Dieser MCP-Server (Model Context Protocol) verbindet Ihre Anki-Karteikartensammlung mit KI-Assistenten wie Claude und ermöglicht so natürliche Gespräche über Ihre Lernmaterialien.
🚀 Was können Sie tun?
Stellen Sie sich vor, Sie hätten einen KI-Tutor, der Ihre gesamte Karteikartensammlung kennt und Folgendes kann:
📚 Interaktives Lernen
„Testen Sie mich mit japanischen Vokabeln, die ich seit drei Tagen nicht mehr gesehen habe.“
„Testen Sie mich mit anspruchsvollen Karten aus meinem Medizindeck“
„Zeigen Sie mir Karten, mit denen ich in letzter Zeit Probleme hatte.“
✨ Intelligente Inhaltserstellung
"Erstellen Sie Lernkarten zur Photosynthese mit Diagrammen"
„Verwandeln Sie dieses PDF-Kapitel in verteilte Wiederholungskarten.“
„Lückentext-Löschkarten aus meinen Vorlesungsmitschriften erstellen“
🔍 Leistungsstarke Analysen
„Mit welchen Themen habe ich am meisten zu kämpfen?“
„Zeigen Sie mir meine Lernmuster des letzten Monats“
„Wie hoch ist meine Bindungsrate für verschiedene Kartentypen?“
🎯 Massenvorgänge
„Tagge alle meine Chemiekarten mit ‚Prüfungsvorbereitung‘“
„Verschieben Sie Karten mit geringer Merkfähigkeit in ein intensives Wiederholungsdeck.“
„Finde und behebe doppelte Karten in meinen Decks“
Related MCP server: Anki MCP Server
🎯 Funktionen
Vollständige Anki-Integration : Vollständiger Zugriff auf Decks, Karten, Notizen und Statistiken über alle 115 AnkiConnect-API-Methoden
Konversationsschnittstelle : Natürliche Sprachbefehle über Ihren KI-Assistenten
Massenvorgänge : Verwalten Sie Tausende von Karten gleichzeitig effizient
Echtzeitstatistiken : Erhalten Sie Einblicke in Ihren Lernfortschritt
Medienunterstützung : Verarbeiten Sie Bilder, Audio und andere Medien auf Ihren Karten
Erweiterte Abfragen : Finden Sie Karten mithilfe komplexer Suchkriterien
Typsicherheit : Vollständig typisierte API mit umfassender Fehlerbehandlung
🛠 Technischer Stack
Node.js : Laufzeitumgebung (ab 18 Jahren erforderlich)
TypeScript : Typsicherheit und Entwicklererfahrung
MCP SDK : Implementierung des Model Context Protocol
yanki-connect : 🙏 Vollständig typisierter, isomorpher AnkiConnect-API-Client
tsup : Schneller TypeScript-Bündeler
PNPM : Effizienter Paketmanager
Besonderer Dank gilt der Yanki-Connect- Bibliothek für die Bereitstellung der robusten AnkiConnect-Schnittstelle, die diese Integration ermöglicht!
📋 Voraussetzungen
1. Anki installieren
Laden Sie Anki herunter und installieren Sie es, falls Sie dies noch nicht getan haben.
2. Installieren Sie das AnkiConnect-Plugin
Öffnen Sie Anki
Gehen Sie zu Extras → Add-ons
Klicken Sie auf „Add-ons abrufen …“
Code eingeben:
2055492159Starten Sie Anki neu
📋 Versionsanforderungen: Dieser Server benötigt AnkiConnect Version 25.2.25.0 oder neuer (veröffentlicht am 25.02.2025) für volle Kompatibilität. Die meisten Funktionen funktionieren mit älteren Versionen, wir empfehlen jedoch ein Update für ein optimales Erlebnis.
3. AnkiConnect konfigurieren (optional)
AnkiConnect funktioniert sofort, Sie können die Einstellungen jedoch anpassen:
Gehen Sie zu Extras → Add-ons
Wählen Sie AnkiConnect und klicken Sie auf „Konfigurieren“
Die Standardeinstellungen sollten für die meisten Benutzer gut funktionieren
🚀 Schnellstart
Option 1: Verwendung mit Claude Desktop (empfohlen)
Installieren des Pakets
npm install -g @arielbk/anki-mcpClaude Desktop konfigurieren
Bearbeiten Sie Ihre Claude Desktop-Konfigurationsdatei:
macOS :
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows :%APPDATA%\Claude\claude_desktop_config.jsonFügen Sie diese Konfiguration hinzu:
{ "mcpServers": { "anki": { "command": "anki-mcp", "args": [] } } }Starten Sie Claude Desktop neu
Fangen Sie an, es zu verwenden!
Stellen Sie sicher, dass Anki mit aktiviertem AnkiConnect ausgeführt wird
Fragen Sie Claude: „Zeigen Sie mir meine Anki-Decks“ oder „Questieren Sie mich mit 5 Karten ab“
💡 Profi-Tipp: Sie können Ihr Setup testen, indem Sie Claude einfache Fragen stellen wie „Wie viele Anki-Decks habe ich?“ oder „Was ist in meinem größten Deck?“
Option 2: Entwicklungs-Setup
Klonen Sie das Repository
git clone https://github.com/arielbk/anki-mcp.git cd anki-mcpAbhängigkeiten installieren
pnpm installErstellen des Projekts
pnpm buildTesten des Servers
# Use the MCP inspector to test functionality pnpm inspect
Option 3: Verwendung mit anderen MCP-Clients
Dieser Server funktioniert mit jedem MCP-kompatiblen Client. Sie können ihn auch verwenden mit:
MCP Inspector : Interaktives Debugging-Tool
Cline : VS Code-Erweiterung für KI-Codierung
Benutzerdefinierte MCP-Clients : Erstellen Sie Ihren eigenen mit dem MCP SDK
Führen Sie für den Stdio-Transport Folgendes aus:
node dist/index.js🎮 Anwendungsbeispiele
Nach der Konfiguration mit Claude Desktop können Sie natürliche Gespräche führen wie:
📖 Lernsitzungen
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...📝 Inhaltserstellung
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...📊 Studienanalyse
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...🏷️ Organisation
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...🔧 Verfügbare Tools und Ressourcen
Dieser MCP-Server bietet umfassenden Zugriff auf Ihre Anki-Sammlung durch diese Funktionen:
📚 Deckverwaltung
Liste aller Decks mit Statistiken
Neue Decks erstellen
Decks umbenennen und löschen
Deckkonfiguration abrufen
🗂️ Kartenoperationen
Karten anhand von Suchkriterien finden
Antwortkarten (Bewertungen simulieren)
Erhalten Sie Karteninformationen und Statistiken
Karten sperren/entsperren
Massenkartenvorgänge
📝 Notizverwaltung
Neue Notizen mit benutzerdefinierten Feldern hinzufügen
Vorhandene Notizen aktualisieren
Notizen löschen
Notizen per Suchanfrage finden
Massennotizvorgänge
📊 Statistiken & Analysen
Deckstatistiken und Leistungsmetriken
Kartenease- und Intervalldaten
Überprüfen Sie Verlauf und Muster
Einblicke in den Lernfortschritt
🎨 Medien & Models
Zugriffsnotiztypen und Felddefinitionen
Mediendateiverwaltung
Unterstützung für die Vorlagenanpassung
🔍 Erweiterte Funktionen
Komplexe Suchanfragen mit Ankis Suchsyntax
Stapelverarbeitung für mehr Effizienz
Echtzeitsynchronisierung mit Anki
Fehlerbehandlung und Validierung
Organisierte API-Methoden, gruppiert nach Funktionalität (Karten, Decks, Notizen, Modelle, Statistiken, Medien usw.)
Direkter Zugriff auf alle 115 AnkiConnect API-Methoden mit vollständiger Typsicherheit
🛠 Entwicklung
# 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🔧 Konfiguration
AnkiConnect-Einstellungen
Der Server verbindet sich standardmäßig mit AnkiConnect auf localhost:8765 . Wenn Sie Ihre AnkiConnect-Konfiguration angepasst haben, müssen Sie möglicherweise die Verbindungseinstellungen anpassen.
Wichtig : Stellen Sie sicher, dass Anki läuft und AnkiConnect installiert ist, bevor Sie den MCP-Server verwenden. Der Server kann keine Verbindung herstellen, wenn AnkiConnect nicht erreichbar ist.
💡 Hinweis: Die zugrunde liegende Yanki-Connect-Bibliothek unterstützt den automatischen Start von Anki unter macOS, diese Funktion ist jedoch derzeit nicht in der MCP-Serverkonfiguration verfügbar. Sie müssen Anki manuell starten.
Erweiterte Konfiguration von Claude Desktop
Für fortgeschrittene Benutzer können Sie zusätzliche Parameter übergeben:
{
"mcpServers": {
"anki": {
"command": "anki-mcp",
"args": ["--verbose"],
"env": {
"ANKI_CONNECT_HOST": "localhost",
"ANKI_CONNECT_PORT": "8765"
}
}
}
}Fehlerbehebung
Häufige Probleme:
„Verbindung zu AnkiConnect fehlgeschlagen“ : Stellen Sie sicher, dass Anki ausgeführt wird und das AnkiConnect-Plugin installiert ist
„Keine Decks gefunden“ : Stellen Sie sicher, dass Sie mindestens ein Deck in Anki haben
Claude antwortet nicht : Starten Sie Claude Desktop nach Konfigurationsänderungen neu
Berechtigungsfehler : Überprüfen Sie, ob die globale npm-Installation mit
npm list -g @arielbk/anki-mcpkorrekt funktioniert hat
🤝 Beitragen
Wir freuen uns über Beiträge! Bitte:
Forken Sie das Repository
Erstellen eines Feature-Zweigs
Nehmen Sie Ihre Änderungen vor
Fügen Sie gegebenenfalls Tests hinzu
Senden einer Pull-Anfrage
📜 Lizenz
MIT – Einzelheiten finden Sie in der Datei LICENSE .
🙏 Danksagungen
yanki-connect – Ausgezeichneter TypeScript-Client für AnkiConnect
AnkiConnect – Das Plugin, das Anki-Automatisierung ermöglicht
Model Context Protocol – Ermöglicht nahtlose KI-Integrationen
Verwandeln Sie Ihr Karteikarten-Erlebnis mit KI-gestützten Konversationen! 🚀
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