Your reMarkable, from the terminal and from Claude.
A virtual printer, a CLI, and an MCP server. One required dependency. Windows, macOS and Linux.
git clone https://github.com/marioallaa/rmprint
cd rmprint
python install.py # Windows: double-click install.batThat's it. A window opens and walks you through four steps: connect your account, add the printer, keep it running, hook it up to Claude.
Then just press Ctrl+P and choose reMarkable.
And with Claude:
You: what did I write in my notes about the supplier options? Claude: reads the handwritten pages — You compared three: Northwind…
Sends. PDFs and EPUBs, into any folder. Or typeset text straight from stdin — no browser, no LaTeX, no fonts to install.
Prints. rmprint printer install adds a real system printer. Ctrl+P from
any application, pick reMarkable, and it lands on the tablet with its
proper document name.
Reads. Lists your library, pulls text out of PDFs and EPUBs, and renders handwritten pages as images — including annotations drawn over the original.
Talks to Claude. Seven MCP tools, plus two Claude Skills that teach it how to write for a tablet and how to read handwriting properly.
What it deliberately cannot do: rename, move, delete, or create folders. It never writes to the sync tree, so the worst a bug in here can do is fail.
Needs Python 3.10 or newer. Nothing else, and no administrator rights.
| Windows | Double-click install.bat |
| macOS / Linux | ./install.sh |
| Any | python install.py |
The installer adds rmprint to your applications menu, sets it to start when
you sign in, and opens the window. Open it again any time from the menu, or
with rmprint.
To undo everything: python install.py --uninstall.
Prefer the terminal? pip install ".[notes]" and use the commands below —
pipx and uv tool install work too. Drop [notes] if you only want to
send documents; that extra is what enables reading them back.
The window's step 1 does this, but by hand it's:
- Open https://my.remarkable.com/device/desktop/connect and sign in.
- Copy the eight-character code. It expires in a few minutes.
rmprint pair <code>
Already use rmapi? rmprint reads its token
from ~/.rmapi, so you can skip pairing entirely. On Windows it will also use
the reMarkable desktop app's login if that's signed in.
The window's step 2 adds it. By hand:
rmprint printer install --folder ReadingThen print to reMarkable from any application.
An agent runs in the background to upload what you print. It starts when you
sign in, restarts itself if anything goes wrong, and logs to
agent.log next to your config. You can start it by hand with
rmprint agent, and see whether it's up in the window or with
rmprint printer status.
On Windows no driver is installed. Windows already ships Microsoft Print To PDF, and the Local Port monitor accepts a file path as the port name — point the driver at one and it renders straight to that file with no Save As dialog. A watcher then recovers the document title from the print spooler and uploads. No administrator rights needed.
On macOS and Linux CUPS is already a PDF pipeline, so the printer is a
queue plus a small backend that pipes each job to rmprint send. Installing a
backend writes into /usr/lib/cups/backend, so:
sudo rmprint printer install --folder ReadingNo watcher is needed there — CUPS hands the job over directly.
The Windows path is tested on real hardware. The CUPS backend follows the documented contract but has not been tested by the author. Reports welcome.
rmprint open the window (same as `rmprint gui`)
rmprint pair <code> connect to a reMarkable account
rmprint status check the connection
rmprint folders list folders
rmprint send FILE send a PDF or EPUB
rmprint text [TEXT] typeset text (or stdin) and send it
rmprint ls [FOLDER] list documents
rmprint read DOC print a document's text
rmprint page DOC render a page as PNG, handwriting included
rmprint pull DOC download the original PDF or EPUB
rmprint printer install|remove|status|watch
rmprint agent the always-on uploader (starts at login)
rmprint mcp run the MCP server over stdio
rmprint install-claude register the MCP server with Claude Desktop
DOC can be an id, an exact title, or any distinctive fragment of one.
rmprint send contract.pdf -f Clients -t "Acme — MSA v3"
cat notes.md | rmprint text --title "Meeting notes" -f Work
rmprint text --title "Preview" -o out.pdf < notes.md # local, don't send
rmprint read "board pack" | head -40
rmprint page "board pack" --page 3 --width 1800rmprint install-claude # --dry-run to see the change firstRestart Claude Desktop. Any existing config is backed up alongside the original before it's touched.
By hand, or for another MCP client:
{
"mcpServers": {
"rmprint": { "command": "python", "args": ["-m", "rmprint", "mcp"] }
}
}| Windows | %APPDATA%\Claude\claude_desktop_config.json |
| macOS | ~/Library/Application Support/Claude/claude_desktop_config.json |
| Linux | ~/.config/Claude/claude_desktop_config.json |
| Tool | Does |
|---|---|
status |
Is this connected, and to which account. |
list_folders |
Where a document could go. |
send_text |
Typeset text and send it. |
send_document |
Send a PDF or EPUB from disk. |
list_documents |
What's on the tablet, with page counts. |
read_document |
The text layer of a PDF, EPUB, or typed notebook text. |
get_page_image |
A page as an image — handwriting and annotations. |
Handwriting is never transcribed by rmprint. It renders the page and lets Claude read it, which works far better than any OCR that could ship in here.
Two Claude Skills ship in skills/:
- remarkable-notes — how to write for a device that gets read away from a screen and annotated by hand, and how to file things. It also tells Claude to remember how you like it done: which folder work reading goes in, how you title client documents, whether you want a summary before the bullets.
- remarkable-reading — how to read handwriting properly: page by page, transcribe before summarising, say what you can't make out, and preserve the structure that boxes and arrows carry.
Install the skills in the window (step 4) copies both into
~/.claude/skills/. Or copy the directories there yourself.
There is no public reMarkable API. This was worked out by watching the official desktop app.
Pairing. A one-time code is traded for a permanent device token:
POST webapp.cloud.remarkable.com/token/json/2/device/new
{"code": "...", "deviceDesc": "desktop-windows", "deviceID": "<uuid>"}
Sessions. The device token buys a user token good for about three hours.
Its tectonic claim is your storage region (eu, us, …), which picks the
sync host <region>.tectonic.remarkable.com.
Uploading. The document goes up whole, with title and destination in a header; the cloud unpacks it into the sync tree itself:
POST internal.cloud.remarkable.com/doc/v2/files
Content-Type: application/pdf
rm-meta: base64({"file_name": "...", "parent": "<folder uuid>"})
Reading is a read-only walk of /sync/v3/. Two details there cost the most
time, so to save you the trouble:
- Every blob request needs an
rm-filenameheader whose extension the server validates —root.docSchemafor the root index,<uuid>.docSchemafor a document index,<uuid>.metadatafor metadata. Anything else returns400 unexpected 'rm-filename' http header, which is also what you get when the header is missing entirely, so the message misleads. - That header is matched case-sensitively. Python's
urllibtitle-cases header names and sendsRm-Filename, which is rejected — hencehttp.clientfor those calls.
Index blobs are plain text: a schema line 3, then
<sha256>:<type>:<name>:<subfiles>:<size> per entry, where type 80000000
marks a document index and 0 a plain file.
Handwriting is .rm v6, parsed by rmscene
and rendered to SVG by rmc, then rasterised
with PyMuPDF and composited over the original page.
One file, holding one device token:
| Windows | %APPDATA%\rmprint\config.json |
| macOS | ~/Library/Application Support/rmprint/config.json |
| Linux | ~/.config/rmprint/config.json |
chmod 600 on POSIX. Set RMPRINT_HOME to move it. Delete it to disconnect;
there is nothing else to clean up.
pip install -e ".[dev,notes]"
pytestThe suite covers the PDF writer — including that the xref offsets actually point at their objects, which is the classic way to emit a file readers reject — and the pure helpers. Nothing in it touches the network.
Undocumented endpoints, so reMarkable can break this whenever they like. Your documents go to reMarkable's cloud and nowhere else: no server in the middle, no telemetry.
Related work worth knowing: rmapi (a full-featured Go CLI), rmfakecloud (host the cloud yourself), and awesome-reMarkable.
Not affiliated with reMarkable AS.
MIT — see LICENSE.
