Simple library and command line tool for loading flash cards into anki.
Project description
hanky: A CLI Application For Generating Anki Decks
Hanky is an extendable cli tool which reads flash cards from files, transforms them, then adds them to Anki.
For example, a single hanky pipeline might take english words and:
- scrape a French translation and example sentence from a dictionary site, then
- generate spoken audio of that translation with a text-to-speech service,
turning a list of words into rich flash cards with native speech and examples.
Hanky is not affiliated or associated with the Anki application/org.
Table of Contents
- Installation
- Quickstart
- Configuration
- Card Processors & Pipelines
- Custom file loaders
- Loading from non-file sources
- Examples
- CLI Reference
- Development
- Publishing
Installation
pip install hanky
Quickstart
You extend hanky in your own python script my_script.py by writing functions called card processors. These functions contain the logic to transform cards. Hanky then handles the cli interface, calling your processors, and finally adding the cards to anki.
To illustrate what this looks like, we will create a simple hanky script which ensures all the text on a card is lower case.
See Card Processors & Pipelines or the demo folder for more complex, real world examples.
# my_script.py
from hanky import HankyPipeline
# instantiate the hanky app
hanky = HankyPipeline()
@hanky.card_processor("basic", expected_args=[], card_fields=[])
def lowercase_card(card: dict):
"""Lower-case the text on every field of the card."""
return {field: value.lower() for field, value in card.items()}
# run the hanky cli application by running this python file, for example:
# python3 my_script.py pipe words.csv --model basic --into english::vocab
hanky.run()
Running your hanky script
You run a hanky script like you would any other python script.
Given words.csv:
Front,Back
Serendipity,A Pleasant Surprise
Ephemeral,Lasting A VERY Short Time
We would run our new script like so
python3 my_script.py pipe words.csv --model basic --into english::vocab
Here we tell hanky to pipe each word in words.csv through our card_processors, transforming each line of the csv with the lowercase_card, before finally adding each card, of note type basic, into the anki deck english::vocab.
This would leave us with a english::vocab deck containing the following cards:
| Front | Back |
|---|---|
| serendipity | a pleasant surprise |
| ephemeral | lasting a very short time |
Note: hanky only adds cards, media, and decks. The Anki models/note types you load into must already exist in your collection — create them in Anki's UI first. See Adding a Note Type.
Configuration
There are two ways to configure Hanky; via a configuration file or via a configuration object.
You will only need configuration if you do not use the default Anki profile (User 1).
1. Via TOML file at ~/.config/hanky/hanky.toml (loaded automatically if present):
# Path to the Anki collection (the sqlite db Anki stores cards in).
# Required only if you do NOT use the default profile, "User 1".
# Defaults:
# Linux: ~/.local/share/Anki2/User 1/collection.anki2
# macOS: ~/Library/Application Support/Anki2/User 1/collection.anki2
ANKI_DB_PATH = "~/.local/share/Anki2/User 1/collection.anki2"
# Check whether another process (e.g. Anki itself) is using the collection
# before opening it. Default: true. Disabling this risks database corruption.
DO_SAFETY_CHECK = true
# Allow cards whose fields duplicate an existing card. Default: false.
ALLOW_DUPLICATES = false
# Where hanky writes backups of the collection.
# Default: ~/.local/share/hanky/backups
BACKUP_FOLDER = "~/.local/share/hanky/backups"
2. A Config object passed to HankyPipeline(...) in your script (takes precedence
over the file). Useful if you want different config for different scripts:
from hanky import HankyPipeline
from hanky.config import Config
hanky = HankyPipeline(config=Config(ALLOW_DUPLICATES=True))
Card Processors & Pipelines
A card processor is a Python function that runs on each card before it is added to Anki. You could use one to enrich a card (fetch a translation, generate audio) or transform it (lower-case a field, render LaTeX).
Multiple processors can be registered on a HankyPipeline app to create a pipeline.
The processor contract
A processor is registered with three things:
@hanky.card_processor(model, expected_args=[...], card_fields=[...])
def my_processor(card: dict, **expected_args):
...
| Part | Meaning |
|---|---|
model |
The Anki model/note-type name. The processor runs on every card of this model. |
expected_args |
Names of CLI arguments the processor needs. They are passed in from the command line via --args key=value and arrive as keyword arguments. For example, you might have the same pipeline for different languages, so you would pass in lang=german or lang=french |
card_fields |
Fields that must already be present on the card when this processor runs. Hanky checks this and raises a clear error if one is missing. It lets a processor declare what an earlier step must have produced. |
When hanky calls your processors, the first argument is always the card; a plain dict representing a a cards fields. Any declared expected_args are then passed in as key word arguments. So if you declared
@hanky.card_processor(model, expected_args=["lang"], card_fields=[...])
def my_processor(card: dict, lang):
...
Hanky would then call your processor like so:
my_processor(card, lang="german")
A processor must return one of:
card— the (modified) dict, when it adds no media;(card, media)— a card plus a singleCardMedia;(card, [media, ...])— a card plus a list of media.
Whatever changes a processor makes to a card become visible to every processor
that runs after it.
Pipelines with multiple processors
If you register more than one processor they form a pipeline. They run in the order you registered them, each receiving the card in the state the previous one returned it.
This example below builds flash cards for learning french vocabulary as an english speaker. Given a spreadsheet whose only column is word:
| Word |
|---|
| thanks |
| hello |
| ... |
| goodbye |
We want to create flash cards with the french translation/definition, an example sentence (in both french and english), and french speech audio for the example sentence.
The two processors in our pipeline will be:
scrape_translation: takes an englishwordand scrapes a website to produce atranslationand anexample.add_audio: takes thetranslationandexamplefrom step 1 then produces French audio.
Note that for brevity the scrape_wordreference and generate_neural_speech functions are not included. See the full demo file for the complete code.
from hanky import CardMedia, HankyPipeline
def scrape_wordreference(word: str, lang_pair: str) -> tuple[str, str]:
...
def generate_neural_speech(utf_8_str: str, voice: str) -> bytes:
...
hanky = HankyPipeline()
# Stage 1: requires `word` (this comes straight from the csv), produces `translation` + `example`.
@hanky.card_processor("lang-vocab", expected_args=[], card_fields=["word"])
def scrape_translation(card: dict):
translation, example = scrape_wordreference(card["word"], "enfr")
card["translation"] = translation
card["example"] = example
return card
# Stage 2: requires `translation` (from stage 1), attaches audio media.
@hanky.card_processor("lang-vocab", expected_args=[], card_fields=["translation"])
def add_audio(card: dict):
speech = generate_neural_speech(card["translation"], voice="Lea")
audio = CardMedia(speech, ".mp3")
card["translation-audio"] = audio.media_ref
return card, [audio]
hanky.run()
Then we would run the script like normal. python3 my_script.py pipe words.xlsx --model lang-vocab --into french::vocab
Note that we are no longer using a basic model. That means we are assuming that a model called lang-vocab has already been created in the anki ui. See the Anki documentation for adding a note type to learn how this is done.
Attaching media
Anki handles media seperately to flash cards, so Hanky does as well.
To add audio (or other media), you create CardMedia objects, add a reference to the media via .media_ref onto your card before finally returning the CardMedia object from the processor.
The CardMedia objects are created from raw bytes and a file extension CardMedia(audio_bytes, ".mp3")or from an existing file CardMedia.from_file("my_sound_file.mp3").
audio = CardMedia(mp3_bytes, ".mp3")
card["Speech"] = audio.media_ref
return card, [audio]
media_ref is how anki knows where the media should go, so it must be placed somewhere on the card. Hanky will make sure that the data will end up in Anki's media store.
Supported media is currently only audio: .mp3, .oga, .opus, .wav, .weba, .aac.
Custom file loaders
To load formats beyond CSV/JSON, register a loader against a file extension. A
loader takes an open file object and yields one dict per card.
import pandas
def excel_loader(f_obj):
df = pandas.read_excel(f_obj)
for _, row in df.iterrows():
yield row.to_dict()
# is_text=False because .xlsx must be opened in binary mode
hanky.register_loader(".xlsx", excel_loader, is_text=False)
Loading from non-file sources
The CLI loads cards from files, but you can also build cards in your own script
and add them by calling import_from_source directly. It takes any iterable of dicts,
one dict per card, so the source can be a list, a generator, rows from an API,
or anything else.
import random
from hanky import HankyPipeline
DICTIONARY = {
"ephemeral": "lasting for a very short time",
"serendipity": "the occurrence of happy events by chance",
"petrichor": "the smell of rain falling on dry ground",
"lucid": "expressed clearly and easy to understand",
"gregarious": "fond of the company of others; sociable",
# ...
}
hanky = HankyPipeline()
def random_word_cards(n):
for word in random.sample(list(DICTIONARY), n):
yield {"Front": word, "Back": DICTIONARY[word]}
# add 20 cards straight from the generator, with no file involved
report = hanky.import_from_source(random_word_cards(20), "basic", "english::vocab")
print(f"Added {report.added}, skipped {report.skipped}, failed {report.failed}.")
import_from_source runs the same processor pipeline as the CLI and returns a
LoadReport with counts of the cards that were added, skipped, and failed.
Examples
Complete, runnable scripts live in the demo/ directory, ordered here
from simplest to most involved. Install their dependencies with
pip install -r demo/requirements.txt.
demo_lowercase.py— The minimal example: a single, dependency-free processor that lower-cases every field on a card.demo_random_words.py— A non-file source: builds cards from an in-script word list and adds them withimport_from_source.demo_define.py— A single processor that fills the back of each card with a dictionary definition of the word on its front, looked up offline via WordNet (NLTK).demo_audio.py— Registers a custom.xlsxloader and uses AWS Polly to attach text-to-speech audio, choosing the language from a CLI argument (--args lang=french).demo_scrape.py— A two-stage English→French pipeline that scrapes a translation and example sentence from WordReference, then voices the translation with AWS Polly.demo_example_sentences.py— A three-stage English→French pipeline that scrapes a translation from WordReference, asks Claude for an example sentence at a given CEFR level, then adds French audio for both the word and the sentence with AWS Polly.
CLI Reference
Both the hanky command and your own scripts share the same interface:
[hanky | python3 my_script.py] <operation> <file|dir> [pattern] --model MODEL [options]
pipe — pipe cards from a single file into a deck:
hanky pipe [-h] -m MODEL [--into DECK] [--fail-fast] [--args K=V ...] file
file File to load from (.csv, .json, or a registered extension).
-m, --model Anki model/note-type name to create cards with. Required.
--into Destination deck. Defaults to the filename without extension.
--fail-fast Stop and raise on the first card that can't be added, instead
of skipping it and reporting it at the end.
--args key=value args forwarded to your card processors (scripts only).
pipe-dir — pipe many files from a directory, deriving deck names from paths:
hanky pipe-dir [-h] -m MODEL [-r] [--fail-fast] [--args K=V ...] dir pattern
dir Directory to load from.
pattern Glob selecting files, e.g. "*.csv".
-m, --model Anki model/note-type name to create cards with. Required.
-r, --recursive Also descend into sub-directories.
--fail-fast Stop and raise on the first card that can't be added, instead
of skipping it and reporting it at the end.
--args key=value args forwarded to your card processors (scripts only).
For example, to load every CSV under french/ while building deck names from
the folder structure:
hanky pipe-dir "french/" "*.csv" --model basic -r
french/ decks created
├── animals.csv -> french::animals
├── bodies.csv -> french::bodies
└── grammar/
└── passe_compose.csv -> french::grammar::passe_compose
CSV (.csv) and JSON (.json) files work with no setup. The column/key names in
your file must match the field names of the Anki model you target.
Contributing
Pull requests are welcome. For major changes, open an issue first to discuss what
you'd like to change. Please make sure tests pass (uv run pytest) before submitting.
Development
uv sync # install dependencies (incl. dev + demo groups)
uv run pytest # run tests (CI runs Python 3.11, 3.12, 3.13)
uv run ruff format . # format
uv run ruff check . # lint
uv run mypy src/hanky # type check
Publishing (For Me)
-
Bump the version by either editing the pyproject.toml file or via
uv version --bump .... -
Build the distributions:
rm -rf dist && uv build
-
Publish (needs a PyPI API token in
UV_PUBLISH_TOKEN):uv publish -
Sanity check:
uv run --with hanky --refresh-package hanky --no-project -- python -c "import hanky"
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file hanky-0.2.3.tar.gz.
File metadata
- Download URL: hanky-0.2.3.tar.gz
- Upload date:
- Size: 110.1 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: uv/0.11.24 {"installer":{"name":"uv","version":"0.11.24","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Arch Linux","version":null,"id":null,"libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
a22642236c43d5b2ced7573757af02d2cb66c5650aee7979815b2b1dcfce70f0
|
|
| MD5 |
19933a9021abbbb14886a05ed06e47cf
|
|
| BLAKE2b-256 |
68d5400359b5af3838c5033595d17c15883776faa78260107692235332f038af
|
File details
Details for the file hanky-0.2.3-py3-none-any.whl.
File metadata
- Download URL: hanky-0.2.3-py3-none-any.whl
- Upload date:
- Size: 24.0 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: uv/0.11.24 {"installer":{"name":"uv","version":"0.11.24","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Arch Linux","version":null,"id":null,"libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
a3ec5689f66834cbf5fc75fe71876499134eae27d456dc8ac5a90555371d3033
|
|
| MD5 |
277a312f881b54beab1c22ead7d2b927
|
|
| BLAKE2b-256 |
78daa573376d0d62f66d480170568758d041bee621369ad473e69638a0f875d8
|