Anki MCP
🧠 Anki MCP
¡Transforma tu experiencia con las tarjetas de estudio de Anki con IA! Este servidor MCP (Protocolo de Contexto de Modelo) conecta tu colección de tarjetas de estudio de Anki con asistentes de IA como Claude, lo que permite conversaciones naturales sobre tus materiales de estudio.
¿Qué puedes hacer?
Imagina tener un tutor de IA que conoce toda tu colección de tarjetas didácticas y puede:
📚 Aprendizaje interactivo
"Pregúntame sobre el vocabulario japonés que no he visto en tres días"
"Ponme a prueba con cartas desafiantes de mi mazo médico"
"Muéstrame las cartas con las que he estado teniendo problemas últimamente"
✨ Creación de contenido inteligente
Crea tarjetas didácticas sobre la fotosíntesis con diagramas.
Convierte este capítulo PDF en tarjetas de repetición espaciada.
Generar tarjetas de eliminación de espacios vacíos a partir de mis apuntes de clase.
🔍 Análisis potente
"¿Con qué temas tengo más dificultades?"
"Muéstrame mis patrones de estudio del último mes"
"¿Cuál es mi tasa de retención para los diferentes tipos de tarjetas?"
🎯 Operaciones masivas
Etiqueta todas mis tarjetas de química con 'preparación para exámenes'.
Trasladar las cartas con baja retención a un mazo de revisión intensiva.
"Buscar y corregir cartas duplicadas en mis mazos"
Related MCP server: Anki MCP Server
🎯 Características
Integración completa con Anki : acceso completo a mazos, cartas, notas y estadísticas a través de los 115 métodos de API de AnkiConnect
Interfaz conversacional : comandos en lenguaje natural a través de su asistente de IA
Operaciones masivas : administre de manera eficiente miles de tarjetas a la vez
Estadísticas en tiempo real : obtenga información sobre su progreso de aprendizaje
Compatibilidad con medios : administre imágenes, audio y otros medios en sus tarjetas
Consulta avanzada : busque tarjetas utilizando criterios de búsqueda complejos
Seguridad de tipos : API totalmente tipificada con manejo integral de errores
🛠 Pila técnica
Node.js : entorno de ejecución (se requiere mayor de 18 años)
TypeScript : seguridad de tipos y experiencia del desarrollador
SDK de MCP : Implementación del protocolo de contexto de modelo
yanki-connect : 🙏 Cliente API AnkiConnect totalmente tipificado e isomórfico
tsup : Empaquetador rápido de TypeScript
PNPM : Gestor de paquetes eficiente
¡Un agradecimiento especial a la biblioteca yanki-connect por proporcionar la sólida interfaz AnkiConnect que impulsa esta integración!
📋 Requisitos previos
1. Instalar Anki
Descargue e instale Anki si aún no lo ha hecho.
2. Instalar el complemento AnkiConnect
Abrir Anki
Vaya a Herramientas → Complementos
Haga clic en Obtener complementos...
Introduzca el código:
2055492159Reiniciar Anki
Requisitos de la versión: Este servidor requiere la versión 25.2.25.0 o posterior de AnkiConnect (publicada el 25/02/2025) para una compatibilidad total. La mayoría de las funciones funcionan con versiones anteriores, pero recomendamos actualizar para disfrutar de la mejor experiencia.
3. Configurar AnkiConnect (opcional)
AnkiConnect funciona de inmediato, pero puedes personalizar la configuración:
Vaya a Herramientas → Complementos
Seleccione AnkiConnect y haga clic en Configurar
La configuración predeterminada debería funcionar bien para la mayoría de los usuarios.
🚀 Inicio rápido
Opción 1: Usar con Claude Desktop (recomendado)
Instalar el paquete
npm install -g @arielbk/anki-mcpConfigurar Claude Desktop
Edite su archivo de configuración de Claude Desktop:
macOS :
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows :%APPDATA%\Claude\claude_desktop_config.jsonAñade esta configuración:
{ "mcpServers": { "anki": { "command": "anki-mcp", "args": [] } } }Reiniciar Claude Desktop
¡Empieza a usarlo!
Asegúrese de que Anki se esté ejecutando con AnkiConnect habilitado
Pregúntale a Claude: "Muéstrame mis mazos de Anki" o "Ponme a prueba con 5 cartas".
💡 Consejo profesional: puedes probar tu configuración haciéndole a Claude preguntas simples como "¿Cuántos mazos de Anki tengo?" o "¿Qué hay en mi mazo más grande?"
Opción 2: Configuración del desarrollo
Clonar el repositorio
git clone https://github.com/arielbk/anki-mcp.git cd anki-mcpInstalar dependencias
pnpm installConstruir el proyecto
pnpm buildProbar el servidor
# Use the MCP inspector to test functionality pnpm inspect
Opción 3: Uso con otros clientes MCP
Este servidor funciona con cualquier cliente compatible con MCP. También puede usarlo con:
MCP Inspector : herramienta de depuración interactiva
Cline : extensión de VS Code para codificación de IA
Clientes MCP personalizados : cree el suyo propio utilizando el SDK de MCP
Para el transporte stdio, ejecute:
node dist/index.jsEjemplos de uso
Una vez configurado con Claude Desktop, podrás tener conversaciones naturales como:
📖 Sesiones de estudio
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...📝 Creación de contenido
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...📊 Análisis del estudio
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...🏷️ Organización
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...🔧 Herramientas y recursos disponibles
Este servidor MCP proporciona acceso integral a su colección Anki a través de estas capacidades:
📚 Gestión de cubiertas
Listado de todos los mazos con estadísticas
Crear nuevos mazos
Cambiar el nombre y eliminar mazos
Obtener la configuración del deck
Operaciones con tarjeta
Buscar tarjetas por criterios de búsqueda
Tarjetas de respuestas (simulan revisiones)
Obtener información y estadísticas de la tarjeta
Suspender/reactivar tarjetas
Operaciones con tarjetas en masa
📝 Gestión de notas
Agregar nuevas notas con campos personalizados
Actualizar notas existentes
Eliminar notas
Buscar notas mediante consulta de búsqueda
Operaciones de notas masivas
📊 Estadísticas y análisis
Estadísticas de mazo y métricas de rendimiento
Datos de intervalo y facilidad de uso de la tarjeta
Revisar el historial y los patrones
Perspectivas sobre el progreso del aprendizaje
🎨 Medios y modelos
Tipos de notas de acceso y definiciones de campos
Gestión de archivos multimedia
Soporte de personalización de plantillas
🔍 Funciones avanzadas
Consultas de búsqueda complejas utilizando la sintaxis de búsqueda de Anki
Operaciones por lotes para mayor eficiencia
Sincronización en tiempo real con Anki
Manejo de errores y validación
Métodos API organizados agrupados por funcionalidad (cartas, mazos, notas, modelos, estadísticas, medios, etc.)
Acceso directo a los 115 métodos API de AnkiConnect con seguridad de tipo completa
🛠 Desarrollo
# 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🔧 Configuración
Configuración de AnkiConnect
El servidor se conecta a AnkiConnect en localhost:8765 por defecto. Si has personalizado la configuración de AnkiConnect, es posible que tengas que ajustar la configuración de conexión.
Importante : Asegúrese de que Anki esté en ejecución y que AnkiConnect esté instalado antes de usar el servidor MCP. El servidor no podrá conectarse si AnkiConnect no está disponible.
💡 Nota: La biblioteca subyacente yanki-connect admite el inicio automático de Anki en macOS, pero esta función no está disponible actualmente en la configuración del servidor MCP. Deberá iniciar Anki manualmente.
Configuración avanzada de Claude Desktop
Para usuarios avanzados, puedes pasar parámetros adicionales:
{
"mcpServers": {
"anki": {
"command": "anki-mcp",
"args": ["--verbose"],
"env": {
"ANKI_CONNECT_HOST": "localhost",
"ANKI_CONNECT_PORT": "8765"
}
}
}
}Solución de problemas
Problemas comunes:
"Error al conectar con AnkiConnect" : Asegúrese de que Anki se esté ejecutando y que el complemento AnkiConnect esté instalado.
"No se encontraron mazos" : Asegúrate de tener al menos un mazo en Anki
Claude no responde : Reiniciar Claude Desktop después de los cambios de configuración
Errores de permisos : Verifique que la instalación global de npm funcionó correctamente con
npm list -g @arielbk/anki-mcp
🤝 Contribuyendo
¡Agradecemos sus contribuciones! Por favor:
Bifurcar el repositorio
Crear una rama de características
Realiza tus cambios
Agregue pruebas si corresponde
Enviar una solicitud de extracción
📜 Licencia
MIT - consulte el archivo LICENCIA para obtener más detalles.
🙏 Agradecimientos
yanki-connect - Excelente cliente TypeScript para AnkiConnect
AnkiConnect : el complemento que hace posible la automatización de Anki
Protocolo de contexto de modelo : facilitación de integraciones fluidas de IA
¡Transforma tu experiencia con tarjetas didácticas con conversaciones impulsadas por IA! 🚀
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