Integrations
What Endearist connects to.
This list is shorter than our rivals’, and that is not an oversight. Every integration is a copy of your data somewhere else.
A personal CRM that connects to everything is a personal CRM whose vendor sees everything. Endearist is built local-first, so every connection here runs through your device rather than our server — and that is why a few names you would find elsewhere are missing. The fourth group says which, and why.
In v1
Everything here runs on your device — no relay server, no account with us required. Endearist has not launched yet; this is the scope of the first release.
-
Google Contacts, Apple Contacts, Outlook — import
Via vCard or CSV. Names, emails, phone numbers, companies, and tags carry across. An import, not standing access to your account.
-
Calendar read (Google, Apple, Outlook)
Read-only. Birthdays and appointments appear next to the person they belong to. Endearist never writes back to your calendar.
-
Your own cloud as the sync target
Google Drive, iCloud, or WebDAV. Data is AES-256-GCM encrypted before it leaves the device — your cloud provider sees opaque bytes and we see nothing at all.
-
Your own AI key
OpenAI, Anthropic, or Gemini. The key stays on your device and the request goes straight from you to the provider. Without a key the app works fully, just without AI.
-
Markdown export into everything else
The most reliable integration is the one you do not need. Plain Markdown is read by Obsidian, Notion, Bear, git, and every text editor of the last thirty years.
Straight after v1
Planned next. Both stay on the device.
-
Capture from your local calendar
Not just showing appointments but inferring who you actually met, so the warmth score stays right without you typing anything. The calendar is already on your device; this needs no server.
-
Mobile share sheet
Deliberately attach a message from WhatsApp, Signal, or Mail to a contact. You decide message by message; nothing reads along in the background.
Possible later
Not ruled out, but only in a shape that does not hollow out the local store.
-
Local webhooks / CLI
Automation that runs on your machine instead of in an automation vendor’s cloud. Most of what people use Zapier for could be built this way.
-
CalDAV / CardDAV
Open protocols instead of individual vendor APIs — a sync path that still works after a vendor turns its API off.
Deliberately not connected
Every one of these requires your contacts to sit on a server we can read. That is the point where local-first stops being a promise.
If one of these connections is decisive for you, Endearist is honestly the wrong tool — and our comparison pages will tell you which one is the right one.
-
LinkedIn sync and job-change alerts
Dex’s most-praised feature, and we do not have it. It requires either scraping your LinkedIn account or a server holding your connections permanently. If you network professionally and need it, Dex is the more honest tool for you.
-
Automatic reading of email and messengers
Mesh, Clay, Cloze, and Wend build their history this way, and it is more complete than ours because of it. The price is a mailbox grant that sees everything, including the messages that have nothing to do with your address book.
-
Public-web enrichment
Automatically re-researching contacts means building a dossier on somebody who does not know about it. We will not build it, not even as an opt-in, because the person affected is not the one giving consent.
-
Zapier, Make, and other hosted automation
A Zapier connector would mean shipping your contacts to a third vendor so it can pass them on. The local route above is the answer we would rather build.
-
A public cloud API over your contacts
folk and others have one, and for teams that makes sense. An API presupposes the data sitting on a reachable server, which is exactly what we avoid.