imessage-rich-search
imessage-rich-search
Volltextsuche in macOS iMessages — einschließlich der Metadaten von Link-Vorschauen (Titel, Zusammenfassungen, Seitennamen), die von der Messages.app indiziert werden, aber in der rohen
chat.db-Textspalte niemals sichtbar sind.
Das Problem, das dies löst
Wenn Sie eine URL in iMessage einfügen, ruft macOS eine Rich-Vorschau ab — Titel, Zusammenfassung, Seitenname, Hero-Bild — und speichert diese Metadaten in der chat.db als NSKeyedArchiver-Blob in message.payload_data. Die Suchleiste der Messages.app liest dies aus. Die grundlegende text-Spalte der chat.db enthält diese Informationen nicht.
Wenn Ihnen also ein Freund https://x.com/foo/status/123 gesendet hat und die Vorschaukarte lautete "Obsidian + Claude Code is the most underrated productivity stack" — dann liefert die Suche nach "obsidian" in jedem Tool, das nur den text liest, null Ergebnisse. Die Messages.app findet es. Dieses Tool findet es. Beide durchsuchen denselben Datenbestand.
Related MCP server: imessage-mcp
Funktionen
Durchsucht den Nachrichtentext und die dekodierten Metadaten der Link-Vorschau in einem Durchgang
Filtern nach Kontakt (Telefonnummer / E-Mail)
Menschenlesbare oder JSON-Ausgabe
Schreibgeschützter Zugriff auf
chat.db(verwendet den SQLite-URI-Modus)Keine Laufzeitabhängigkeiten für das CLI (nur Python-Standardbibliothek)
Optionaler MCP-Server, damit Claude Desktop / Claude.ai ihn direkt aufrufen kann
Ergebnisse sortiert nach Aktualität, ISO 8601-Zeitstempel, Richtungspfeile, rowid für Querverweise
Was es ist — und was nicht
Es ist:
Eine schreibgeschützte forensische / Archiv-Suche über Ihre lokale
chat.dbEine direkte Ergänzung zu MCP-iMessage-Tools, die nur reinen Text sehen
~200 Zeilen Standard-Python
Es ist nicht:
Ein Ersatz für die Messages.app (keine Benutzeroberfläche, kein Senden/Bearbeiten/Löschen)
Eine Möglichkeit, auf die Nachrichten anderer Personen zuzugreifen
Ein iCloud / geräteübergreifendes Synchronisierungstool — durchsucht nur, was lokal auf diesem Mac vorhanden ist
Eine Umgehung für den Vollzugriff auf die Festplatte — Sie müssen diesen explizit gewähren
Ein OCR- / Bild- / Audio- / Sticker- / Handschrifterkennungs-Tool (nur Text + Link-Metadaten)
Eine Möglichkeit, gelöschte Nachrichten wiederherzustellen, die nicht mehr in SQLite vorhanden sind
Anforderungen
Betriebssystem | macOS 11 Big Sur oder neuer (getestet bis macOS 26) |
Architektur | Apple Silicon (arm64) oder Intel (x86_64) |
Python | 3.9+ (das System- |
Festplatte | Vernachlässigbar (~50 KB installiert) |
Berechtigungen | Vollzugriff auf die Festplatte für das Terminal/die App, die das Skript ausführt |
Die chat.db-Schemafelder, auf die es sich stützt (text, payload_data, balloon_bundle_id, handle.id), sind seit macOS 10.13 High Sierra stabil; dieses Tool wird wahrscheinlich auch auf älteren Versionen funktionieren, wurde dort jedoch nicht getestet.
Installation
Option A — pipx (empfohlen, System-Python für MCP-Server erforderlich)
pipx isoliert das Tool in seiner eigenen venv. Installieren Sie bei Bedarf zuerst pipx:
brew install pipx
pipx ensurepathInstallieren Sie dann dieses Tool von GitHub. Verwenden Sie explizit /usr/bin/python3 — dies ist wichtig für den MCP-Server, da macOS den Vollzugriff auf die Festplatte nur von der Claude.app an von Apple signierte Kindprozesse weitergibt. Homebrew-Python ist von Drittanbietern signiert; das System-/usr/bin/python3 ist von Apple signiert und erbt die Berechtigungen sauber. Wenn Sie den MCP-Server nicht benötigen (nur CLI), funktioniert jedes Python 3.9+.
pipx install --python /usr/bin/python3 "git+https://github.com/cannavis/imessage-rich-search"Dies installiert drei Befehle in Ihrem PATH (unter ~/.local/bin):
imessage-rich-search— das CLIimrs— ein kurzer Alias für das CLIimessage-rich-search-mcp— der MCP-Server
Option B — pip in eine venv
git clone https://github.com/cannavis/imessage-rich-search
cd imessage-rich-search
/usr/bin/python3 -m venv .venv && source .venv/bin/activate
pip install -e .Option C — Einzeldatei, keine Installation
Das CLI-Modul hat keine Abhängigkeiten. Sie können es per curl herunterladen und ausführen:
curl -O https://raw.githubusercontent.com/cannavis/imessage-rich-search/main/src/imessage_rich_search/cli.py
python3 cli.py "obsidian"Vollzugriff auf die Festplatte gewähren (einmalig, erforderlich)
chat.db ist durch macOS TCC gesperrt. Ohne Vollzugriff erhalten Sie unable to open database file.
Öffnen Sie Systemeinstellungen → Datenschutz & Sicherheit → Vollzugriff auf die Festplatte
Klicken Sie auf + und fügen Sie die App hinzu, von der aus Sie dies ausführen:
Führen Sie
imessage-rich-searchdirekt in der Shell aus? → fügen Sie Terminal (oder iTerm, Warp, Ghostty, Alacritty usw. — je nachdem, welches Terminal Sie tatsächlich verwenden) hinzuFühren Sie es von Claude Desktop über MCP aus? → fügen Sie Claude.app hinzu
Führen Sie es von einem Skript-Editor oder einer IDE aus? → fügen Sie diese App hinzu
Beenden Sie die App vollständig und starten Sie sie neu (⌘Q, nicht nur das Fenster schließen), damit die Berechtigung wirksam wird
Überprüfung:
python3 -c "import sqlite3; sqlite3.connect('file:'+__import__('os').path.expanduser('~/Library/Messages/chat.db')+'?mode=ro', uri=True).execute('SELECT COUNT(*) FROM message').fetchone()"— sollte eine Zahl ausgeben und keinen Fehler werfen
Verwendung
# Basic search across all conversations
imessage-rich-search "obsidian"
# Restrict to one contact
imessage-rich-search "obsidian" --contact "+14073993471"
# JSON for piping into jq, scripts, or another tool
imessage-rich-search "obsidian" --contact "+14073993471" --json | jq '.[].preview[0]'
# Limit results, point at a backup chat.db
imessage-rich-search "claude code" --limit 20 --db /path/to/chat.db
# Short alias
imrs "obsidian"
# Module form (no entry point needed)
python3 -m imessage_rich_search "obsidian"Ausgabe
6 match(es) for 'obsidian':
[2026-04-08T22:56:23+00:00] -> +14073993471 (rowid=234953)
url: https://x.com/aiedge_/status/2041908011078447222?s=42
* preview: Claude Code + Obsidian Ultimate Guide (build an AI second brain)
...-> = gesendet · <- = empfangen · * = Vorschauzeile, die Ihre Suchanfrage enthält · rowid = Querverweis-Schlüssel in die chat.db.
Verwendung als MCP-Server (Claude Desktop)
Ermöglicht es Claude Desktop, die Suche während Unterhaltungen direkt aufzurufen.
Installieren Sie das Paket mit System-Python (Option A oben mit
--python /usr/bin/python3). Dies ist erforderlich: Der macOS-Vollzugriff auf die Festplatte wird nur von der Claude.app an von Apple signierte Unterprozesse weitergegeben./usr/bin/python3ist von Apple signiert; Homebrew- / pyenv- / asdf-installierte Pythons sind dies nicht und werden vontccdstillschweigend abgelehnt.Suchen Sie den absoluten Pfad des Einstiegspunkts:
which imessage-rich-search-mcpBearbeiten Sie
~/Library/Application Support/Claude/claude_desktop_config.json:{ "mcpServers": { "imessage-rich-search": { "command": "/full/path/from/which/imessage-rich-search-mcp" } } }Bestätigen Sie, dass Claude.app bereits Vollzugriff auf die Festplatte hat (dies ist standardmäßig der Fall, sobald Sie ihn einmal gewährt haben — überprüfen Sie dies unter Systemeinstellungen → Datenschutz & Sicherheit → Vollzugriff auf die Festplatte)
Beenden Sie Claude Desktop vollständig und starten Sie es neu (⌘Q)
Claude kann nun search_imessages_rich(query, contact?, limit?) als Tool aufrufen.
Überprüfung, ob die TCC-Vererbung funktioniert
Wenn der MCP-Server innerhalb von Claude Desktop "unable to open database file" zurückgibt, ist die Kette der Prozess-Zuweisung unterbrochen. Überprüfen Sie das TCC-Daemon-Protokoll von macOS:
log show --predicate 'process == "tccd"' --last 5m | grep -iE "imessage-rich|chat\.db|SystemPolicyAllFiles"Eine funktionierende Installation zeigt, dass die Anfrage zugelassen wurde. Eine fehlerhafte Installation zeigt responsible_path=, das auf ein nicht von Apple signiertes Python-Binärprogramm verweist, gefolgt von recording denied. Installieren Sie es mit pipx install --python /usr/bin/python3 ... neu, um das Problem zu beheben.
Funktionsweise
chat.db (SQLite, read-only)
└─ message
├─ text ← raw text (what basic tools see)
├─ payload_data (BLOB) ← NSKeyedArchiver bplist of LPLinkMetadata
│ (title, summary, site, image refs)
└─ balloon_bundle_id ← e.g. com.apple.messages.URLBalloonProvider
For every row:
1. Read text + payload_data
2. plistlib.loads(payload_data) → walk $objects → collect strings
3. Lower-case haystack = text + "\n".join(preview_strings)
4. Match if query.lower() in haystackDer Trick, "Strings aus $objects zu extrahieren", vermeidet die Notwendigkeit von ccl_bplist, pyobjc oder vollständiger NSKeyedUnarchiver-Semantik — für die Volltextsuche interessieren uns nicht die Objektgraphen, sondern nur die Blatt-Strings.
Datenschutz & Sicherheit
Schreibgeschützt. Öffnet
chat.dbmit dem SQLite-URI-Flagmode=ro.Nur lokal. Keine Netzwerkaufrufe. Niemals. (
grep -r 'urllib\|requests\|http' src/gibt nichts zurück.)Keine Telemetrie.
Keine Daten verlassen Ihren Mac, es sei denn, Sie entscheiden sich, die Ausgabe zu teilen.
Das CLI hat null Laufzeitabhängigkeiten — es gibt nichts, das über die Lieferkette angegriffen werden könnte.
Siehe SECURITY.md für die Meldung von Sicherheitslücken.
Einschränkungen
Nur Teilübereinstimmungen. Kein FTS5-Ranking, kein Regex, keine booleschen Operatoren. Fügen Sie es hinzu, wenn Sie es möchten (
PR welcome).Nur lokale Datenbank. Wenn eine Nachricht nur in iCloud lebt und nicht mit der
chat.dbdieses Macs synchronisiert wurde, wird sie nicht angezeigt.Vorschau-Metadaten hängen davon ab, ob Messages.app sie abgerufen hat. Wenn die Link-Karte nie geladen wurde (Offline-Versand, abgelaufene URL), gibt es keine
payload_datazum Durchsuchen.String-Extraktion ist konzeptbedingt verlustbehaftet. Sie zieht jeden String aus der bplist; gelegentlich sehen Sie Bild-MIME-Typen, Dimensionstupel wie
{0, 0}oder Profilbild-URLs in der Vorschau-Liste. Sie beeinflussen die Suchergebnisse nicht, erscheinen aber in der Rohausgabe.Vollzugriff auf die Festplatte ist eine harte Anforderung — es gibt keinen Workaround.
Fehlerbehebung
Symptom | Lösung |
| Vollzugriff auf die Festplatte wurde der ausführenden App nicht gewährt. App hinzufügen, dann ⌘Q + Neustart. |
Liefert 0 Treffer, aber Messages.app findet sie | Falsches |
| TCC hat das gestartete Python abgelehnt. Mit System-Python neu installieren: |
| Neu installieren mit |
Claude Desktop sieht das Tool nicht | Überprüfen Sie die JSON-Syntax in |
Suche ist bei riesigen Datenbanken langsam | Die aktuelle Implementierung führt einen linearen Scan + bplist-Analyse pro Zeile durch. Bei Datenbanken mit über 100.000 Nachrichten sollten Sie mit einigen Sekunden rechnen. Ein FTS5-Index auf Basis virtueller Tabellen steht auf der Roadmap. |
Mitwirken
Siehe CONTRIBUTING.md. Issues und PRs sind willkommen.
Changelog
Siehe CHANGELOG.md.
Lizenz
MIT — siehe LICENSE.
Danksagungen
Apples
chat.db-Schema, das über ein Jahrzehnt an macOS-Veröffentlichungen hinweg bemerkenswert stabil geblieben istDie Leute, die im Laufe der Jahre
payload_data/LPLinkMetadatadurch Reverse Engineering entschlüsselt habenModel Context Protocol für die MCP-Spezifikation
Available Tools
1 toolsearch_imessages_richA
Full-text search across macOS iMessages including link preview metadata (title, summary, site name) that Apple stores in payload_data — content the basic chat.db text column does not expose. Returns newest-first matches where the query (case-insensitive substring) appears in either the message body OR the rich link preview.
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes | Substring to search for (case-insensitive). | |
| contact | No | Optional handle filter, e.g. '+14073993471' or 'name@example.com'. | |
| limit | No | Max matches to return (default 50). |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, description carries full burden. Discloses search over message body and rich link preview, case-insensitive substring matching, and newest-first sorting. Could add more on returns (empty results, pagination) but covers key behavioral traits.
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?
Two sentences, front-loaded with purpose, no superfluous words. Each sentence adds value: first defines scope, second details ordering and search targets.
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?
No output schema, so description should cover return structure. It mentions 'newest-first matches' but does not describe fields (e.g., message text, sender, timestamp, preview metadata). Agent may need to infer or handle uncertainly. Lacks completeness for a search tool without output schema.
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?
Schema descriptions cover 100% of parameters, but description adds operational context: query searches both body and preview, contact is an optional handle filter, and limit default/max. Adds meaning beyond schema fields.
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?
Clearly states it performs full-text search across macOS iMessages, including link preview metadata beyond basic chat.db. Specifies scope, search scope (body or preview), and result ordering (newest-first). Distinguishes from potential siblings by highlighting the rich link preview capability.
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?
Provides context that this tool searches rich link preview metadata not exposed by basic chat.db, implying its niche. However, it does not explicitly state when not to use it or mention alternatives. Still clear enough for an agent to infer appropriate scenarios.
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.
1 tool update
v0.2.0- First observed
search_imessages_rich
TDQS
Scored across 1 tool
Only one tool exists, so there is no possibility of confusion or ambiguity between tools.
With a single tool, naming consistency is perfect; the name 'search_imessages_rich' is descriptive and follows a clear verb_noun pattern.
A single tool feels thin for a server named 'imessage-rich-search', as it likely covers only a narrow part of iMessage interaction. While the tool is focused, users may expect additional functionality like retrieving messages or managing conversations.
The tool thoroughly performs the described search across both message text and rich link previews, but lacks complementary operations such as fetching individual messages or performing more advanced queries, which are minor gaps.
Maintenance
Related MCP Connectors
MCP connector for iMessage & Contacts via a local Mac agent + Vercel relay
Search, read, and write your Apple Notes from ChatGPT/Claude via a local Mac agent + MCP relay.
Explore your Messages SQLite database to browse tables and inspect schemas with ease. Run flexible…
Mac & Windows: let ChatGPT, Claude & Cursor use your email, calendar, iMessage, Teams, files.
Related MCP Servers
- AlicenseAqualityCmaintenanceA local MCP server that enables reading iMessage conversations and sending new messages through Claude Desktop. It provides secure, read-only access to your Mac's iMessage database and AppleScript-based message sending capabilities.6MIT
- FlicenseAqualityDmaintenanceA read-only MCP server that exposes your iMessage data to Claude Code and Claude Desktop, with automatic contact name resolution.3-
- AlicenseNot gradedqualityAmaintenanceRead, search, and send iMessages locally from your terminal or through MCP clients like Claude, Cursor, and VS Code.MIT
- AlicenseNot gradedqualityCmaintenancemacOS-only MCP server that exposes iMessage history to Claude and exports per-chat conversations into an Obsidian vault.2MIT