Anki MCP
🧠 안키 MCP
AI로 Anki 플래시카드 경험을 혁신하세요! 이 MCP(모델 컨텍스트 프로토콜) 서버는 Claude와 같은 AI 도우미와 Anki 플래시카드 컬렉션을 연결하여 학습 자료에 대한 자연스러운 대화를 가능하게 합니다.
🚀 무엇을 할 수 있나요?
여러분의 플래시 카드 컬렉션 전체를 알고 다음과 같은 일을 할 수 있는 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를 선택하고 구성을 클릭하세요.
대부분의 사용자에게는 기본 설정이 잘 작동할 것입니다.
🚀 빠른 시작
옵션 1: Claude Desktop과 함께 사용(권장)
패키지를 설치하세요
지엑스피1
Claude Desktop 구성
Claude Desktop 구성 파일을 편집하세요.
macOS :
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows :%APPDATA%\Claude\claude_desktop_config.json다음 구성을 추가합니다.
{ "mcpServers": { "anki": { "command": "anki-mcp", "args": [] } } }Claude Desktop을 다시 시작하세요
지금 사용을 시작하세요!
AnkiConnect가 활성화된 상태에서 Anki가 실행 중인지 확인하세요.
Claude에게 물어보세요: "내 Anki 덱 보여줘" 또는 "5장의 카드로 퀴즈 풀어줘"
💡 전문가 팁: 클로드에게 "내 Anki 덱이 몇 개나 있어?" 또는 "내 가장 큰 덱에는 무엇이 들어있어?" 와 같은 간단한 질문을 해서 설정을 테스트해 볼 수 있습니다.
옵션 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 : 대화형 디버깅 도구
클라인 : AI 코딩을 위한 VS 코드 확장
사용자 정의 MCP 클라이언트 : MCP SDK를 사용하여 사용자 정의 MCP 클라이언트를 구축하세요
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를 수동으로 실행해야 합니다.
Claude Desktop 고급 구성
고급 사용자의 경우 추가 매개변수를 전달할 수 있습니다.
{
"mcpServers": {
"anki": {
"command": "anki-mcp",
"args": ["--verbose"],
"env": {
"ANKI_CONNECT_HOST": "localhost",
"ANKI_CONNECT_PORT": "8765"
}
}
}
}문제 해결
일반적인 문제:
"AnkiConnect에 연결하지 못했습니다" : Anki가 실행 중이고 AnkiConnect 플러그인이 설치되어 있는지 확인하세요.
"덱을 찾을 수 없습니다" : Anki에 최소한 하나의 덱이 있는지 확인하세요.
Claude가 응답하지 않습니다 . 구성 변경 후 Claude Desktop을 다시 시작하세요.
권한 오류 :
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