Local sync
Sync your collections to your local filesystem as Markdown files
Local sync
Local sync brings your collection data down to your machine as Markdown files.
Every contact, deal, issue, and document becomes a readable .md file on your
filesystem — ready for grep, your editor, or your local AI tools.
Local sync works with collections. Set up a collection first, then sync it locally.
Why local?
Your data lives in the cloud across dozens of SaaS products. That's fine for the web, but it means:
- Your AI tools can't see it — Local AI assistants (Cursor, Claude Desktop, etc.) can't access your HubSpot contacts or Jira tickets
- You can't search it offline — No internet means no access
- You can't version it — No git history of how your data changes over time
Local sync solves all three. Your data lives in Markdown files on your machine, updated continuously, ready for any tool that reads files.
Start syncing
This starts a background sync server that:
- Does an initial download of all collection data
- Converts each record to a Markdown file
- Watches for changes and syncs incrementally
File structure
Each collection becomes a directory. Each record becomes a Markdown file:
Markdown format
Each file contains YAML frontmatter with structured fields, followed by a readable body:
Configuration
Customize the sync with a config file:
Running as a daemon
For continuous sync, run the sync server as a background daemon:
On macOS, you can also install it as a launch agent so it starts automatically:
Use with AI tools
The primary use case for local sync is making your data available to local AI tools:
Cursor / VS Code
Point your editor at the synced directory. Your AI assistant can now reference your contacts, deals, and issues when answering questions:
Command-line search
Use standard Unix tools to search across all your data:
Git versioning
Track changes to your data over time by initializing a git repo:
Set up a cron job to commit changes daily for a full history of how your data evolves.
Conflict handling
Local sync is currently read-only — changes made to local files are not pushed back to the source services. Editing a local file will cause it to be overwritten on the next sync cycle.
Bidirectional local sync (edit locally, push to source) is on the roadmap.