anki-agent
Related Servers
Alternatives to anki-agent
No user-submitted related servers found.
Related Servers
- AlicenseBqualityCmaintenanceEnables AI assistants to manage Anki flashcards, decks, note types, tags, and media via AnkiConnect. Supports operations like adding, editing, finding, and syncing cards through a local MCP server.100MIT
- FlicenseNot gradedqualityAmaintenanceExposes Anki flashcard collections to AI assistants via MCP, enabling AI-powered study sessions, card creation, deck management, and review workflows. Supports comprehensive collection operations including search, media management, and note type customization.98-
- AlicenseAqualityAmaintenanceLets Claude and other MCP clients manage an Anki collection through AnkiConnect: create decks, add notes, import TSV/CSV files, search, edit, move, rename and delete cards, generate text-to-speech pronunciation audio into note fields, and sync with AnkiWeb. Changes are guarded by preview-and-confirm tokens, automatic backups, dry runs, and read-only or delete-disabled modes.171MIT
- AlicenseAqualityCmaintenanceEnables reading and writing to your local Anki collection through AnkiConnect, allowing creation, update, and search of notes and decks from MCP clients like Claude Desktop.11MIT
- AlicenseAqualityBmaintenanceEnables AI agents to access a local Anki collection through AnkiConnect: list decks, search and retrieve notes/cards, identify weak cards, and batch-add validated flashcards with optional pronunciation audio.5MIT
- FlicenseNot gradedqualityDmaintenanceProvides programmatic access to Anki flashcard operations through the AnkiConnect API, allowing users to list and create decks and cards. It enables seamless management of flashcards directly from MCP-compatible clients like Claude Desktop.-
TDQS
Scored across 15 tools
Each tool targets a distinct resource+action, and the preview/apply pairs (preview_notes/create_notes, preview_delete_cards/delete_cards, preview_delete_deck/delete_deck) are explicitly framed as dry-run versus commit steps, so an agent can tell them apart without guesswork. Card-level versus deck-level deletion is also clearly separated by scope.
Nearly every tool follows a snake_case verb_noun pattern (list_decks, create_deck, rename_deck, move_cards, search_notes, delete_deck), including the compound preview_* prefix. The lone outlier is connection_status, a noun-only status check, which is a minor but visible deviation.
At 15 tools the surface is dense but every tool maps to a real operation (connection check, deck CRUD, note lifecycle, card moves/deletes, backup), with no redundant wrappers. Nothing feels padded or missing from the count perspective.
Core lifecycle is well covered: decks (list/create/rename/delete), notes (search/preview/create/update), cards (move/preview-delete/delete), plus backup. Gaps remain around tags (no tag add/remove/list), card scheduling controls (suspend/bury/reset), and direct single-note deletion, which agents must work around via card deletion.