Skip to main content

Fast, local iMessage for your terminal + MCP — Rust-accelerated read/search, AppleScript send. macOS only.

Project description

imsg — fast, local iMessage for your terminal & MCP

PyPI Python Built with Rust License: MIT macOS only

Read, search, and send iMessage from your terminal — or expose it to Claude, Cursor, VS Code, or any MCP client. Everything runs locally on your Mac: no cloud, no login, no account. Reads open ~/Library/Messages/chat.db read-only; sends go through Messages.app.

Why another one? The hot path — decoding tens of thousands of attributedBody typedstream blobs — is written in Rust (PyO3 + rusqlite), so reads and searches over a large history are several times faster than the pure-Python equivalent that other Messages servers use. Pure Python still ships as a zero-dependency fallback, so it works even where the wheel doesn't.

Benchmark

Full-history search over a synthetic 50,000-message database (70% stored as attributedBody blobs), best-of-5, Apple Silicon (16 cores):

operation pure-Python Rust core speedup
full-history search (decodes every message) 120.9 ms 35.7 ms 3.4×
batched blob decode (allocation-bound) 19.1 ms 19.6 ms 1.0×

Two honest caveats, stated up front:

  • Raw blob decoding is ~a wash — it's bound by allocating result strings, not CPU, so native code doesn't help. The win is in search, where Rust decodes and filters across all cores and returns only the matches.
  • It's 3.4×, not 16×, because the SQLite read and result marshalling are serial on both sides; only the decode+match parallelizes. The gap widens on larger histories.

Reproduce: python bench/benchmark.py. Bonus: this search also finds messages whose text lives in an attributedBody blob — which a plain text LIKE query (used by Python-only Messages servers) silently misses.

Install

# with uv (recommended) — provisions Python + the prebuilt wheel
uv tool install imsg

# or pip
pip install imsg

# or Homebrew
brew install ml-lubich/tap/imsg

Requirements

  • macOS (reads the local Messages database; sends via Messages.app).
  • Full Disk Access for the app that runs imsg — Terminal/iTerm/Ghostty for the CLI, or your MCP client (Claude Desktop, Cursor, VS Code…) for the server. System Settings → Privacy & Security → Full Disk Access → add it, then fully quit and reopen it.
  • Messages.app signed in and able to send a normal message.

Run imsg doctor to check access and see which engine (Rust or Python) is live.

CLI

imsg doctor                       # check Full Disk Access + engine
imsg chats                        # recent conversations + their ids
imsg contacts                     # handles (numbers / emails) seen
imsg read -c +14155551234         # recent messages with a contact
imsg read --chat 42 --limit 100   # a specific conversation
imsg search "dinner"              # search message text
imsg send +14155551234 "on my way"

MCP server

The imsg-mcp entry point speaks MCP over stdio. Add it to any client:

Claude Code

claude mcp add --transport stdio --scope user imsg -- imsg-mcp

Claude Desktop / Cursor (mcpServers) · VS Code (servers):

{ "mcpServers": { "imsg": { "command": "imsg-mcp" } } }

Tools exposed: check_access, get_recent_messages, search_messages, list_chats, list_contacts, send_message (the only one with a side effect).

How it works

There is no official iMessage API. Every tool in this space does the same two local things; imsg just does the heavy half in Rust:

Operation Mechanism Engine
read / search / list chat.db (SQLite, read-only) + typedstream decode Rust (imsgcore), Python fallback
send AppleScript → Messages.app Python (osascript)

SQLite is the same C library everywhere, so the read speedup comes from doing the per-message attributedBody decode and row marshalling natively instead of in a Python loop. See bench/benchmark.py for the methodology — both engines run identical queries over an identical synthetic database, and the pure-Python column is the same algorithm Python-only servers use.

Privacy & security

  • All database connections are opened read-only (mode=ro).
  • Nothing is uploaded, mirrored, or indexed off-device.
  • Sending is isolated in one function, escapes its AppleScript inputs, and is the only operation that writes anything anywhere.
  • Full Disk Access is broad — grant it only to apps you trust.

Development

git clone https://github.com/ml-lubich/imsg.git && cd imsg
uv venv && source .venv/bin/activate
uv pip install maturin
maturin develop            # builds the Rust core + installs the package
uv pip install -e ".[dev]"
pytest                     # tests run on the pure-Python path (and Rust if built)
python bench/benchmark.py  # regenerate the benchmark

License

MIT © ml-lubich. Not affiliated with Apple. Use responsibly and only with accounts and conversations you own.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

mac_imsg-0.1.0.tar.gz (16.9 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

mac_imsg-0.1.0-cp310-abi3-macosx_11_0_arm64.whl (1.2 MB view details)

Uploaded CPython 3.10+macOS 11.0+ ARM64

File details

Details for the file mac_imsg-0.1.0.tar.gz.

File metadata

  • Download URL: mac_imsg-0.1.0.tar.gz
  • Upload date:
  • Size: 16.9 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.13.14

File hashes

Hashes for mac_imsg-0.1.0.tar.gz
Algorithm Hash digest
SHA256 834b83e4476add11d3aa853c4aa0f47a7581b58ed3d091b2ae5735cf8b27ff16
MD5 1800b31c8c1393f30fecd38fc1308b08
BLAKE2b-256 b044901d50c98a4aa078db19fd97fc18518ca4429cb17a4f6f9b984b8b07edda

See more details on using hashes here.

File details

Details for the file mac_imsg-0.1.0-cp310-abi3-macosx_11_0_arm64.whl.

File metadata

File hashes

Hashes for mac_imsg-0.1.0-cp310-abi3-macosx_11_0_arm64.whl
Algorithm Hash digest
SHA256 96908ce42d0b2445d20a1d2db9018a02c9708d99e8d1c9af2c5936ca50e4435d
MD5 0b7413a1c5d378e16a0dd03617d14d4c
BLAKE2b-256 28fd9bf215db95211bd6838e9cc82976f81ac46d236d45595d0db3380de13867

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page