Obsidian ↔ Cursor

Cursor Obsidian sync —
your vault, fed into Cursor

EVC Local Sync keeps an Obsidian vault synced into a Cursor project's /docs folder and auto-places a .cursor/rules/docs-sync.mdc file, so Cursor's Agent mode always reads your current specs — not a stale copy.

Cursor Obsidian sync is the setup EVC Local Sync creates between an Obsidian vault and a codebase opened in Cursor: a vault folder holding your specs, PRDs, or architecture notes is bidirectionally synced with the project's /docs folder, and a Cursor rules file is auto-placed so the editor's AI already knows how to use it. No manual copy-paste, no stale context, no extra service to run.

Why Cursor's Agent mode drifts from your specs

Your source of truth lives in Obsidian. Cursor only ever sees what's on disk.

Problem

No .cursor/rules pointing at your specs

Solution

Local Sync auto-places docs-sync.mdc during setup — Cursor picks it up on next open.

Problem

/docs goes stale the moment you edit the vault

Solution

Auto-sync on change keeps /docs current every time you save in Obsidian — Cursor's next read gets the real thing.

Problem

Agent edits overwrite your notes

Solution

Conflict resolution + backup-before-overwrite means a Cursor Agent write never silently clobbers your vault.

What Local Sync places in .cursor/rules/

Scoped to your /docs glob, applied automatically by Cursor — chat, inline edit, and Agent mode alike.

.cursor/rules/docs-sync.mdc
---
description: Rules for working with /docs synced via EVC Local Sync
globs: docs/**/*.md
---

# Documentation Sync Rules

The `/docs` folder is bidirectionally synced with an Obsidian vault via Local Sync.

## Rules:
- Read `/docs` files before making changes to understand current state
- Update `/docs` when modifying project specs or architecture
- Never delete `/docs` files without explicit user confirmation
- Reference `/docs/PRD.md` as the source of truth for requirements
1

Map your folders

Point a vault folder at your Cursor project's /docs.

2

Rules file lands automatically

Local Sync drops docs-sync.mdc into .cursor/rules/.

3

Open Cursor, agent reads current docs

Chat, inline edit, and Agent mode all see the synced, up-to-date version.

See the mapping before it syncs

Dry-run preview shows exactly what will change in /docs before Local Sync touches a single file.

Local Sync dry-run preview showing planned sync actions into a project's /docs folder before executing

Feeding Cursor context — the options

Local Sync Manual copy-paste Symlink /docs
Auto-configures .cursor/rules
Bidirectional (Cursor edits flow back to vault) OS-dependent
Conflict resolution 3 strategies
Works across OSes without admin rights
Cost Free Free (your time) Free

Cursor Obsidian sync — FAQ

Common questions about syncing an Obsidian vault into a Cursor project.

What is Cursor Obsidian sync?

Cursor Obsidian sync is the workflow EVC Local Sync sets up between an Obsidian vault and a codebase opened in Cursor: a vault folder (specs, PRDs, architecture notes) is bidirectionally synced with a project's /docs folder, and Local Sync auto-places a .cursor/rules/docs-sync.mdc file so Cursor's AI already knows how to read and write that folder correctly.

Do I need to write my own .cursor/rules file?

No. Local Sync ships a ready-made .cursor/rules/docs-sync.mdc during setup, scoped to your /docs glob, so Cursor picks it up automatically the next time you open the project. You can edit it afterwards like any other rule file.

Does this work with Cursor's Agent mode / background agents?

Yes. Because the rule file and the /docs folder are ordinary project files, they apply the same way to Cursor's chat, inline edit, Agent mode, and background agents — anything that reads project-scoped rules and files sees the synced, current version.

Does Cursor need to be running for the sync to happen?

No. Local Sync runs inside Obsidian, independent of Cursor. Enable auto-sync and files land in /docs whenever you edit the vault — Cursor just reads whatever is on disk the next time it opens or re-reads a file.

What if I already have a .cursor/rules folder with other rules?

Local Sync adds docs-sync.mdc alongside your existing rule files without touching them — Cursor supports multiple .mdc files under .cursor/rules/ and applies each by its own glob scope.

Is this different from the main Local Sync plugin page?

No — it's the same free, MIT-licensed plugin. This page focuses specifically on the Cursor setup; see the main Local Sync page for the full feature set, including Claude Code and Windsurf configuration.

Set up Cursor Obsidian sync in 5 minutes

Install the plugin, map your folders, and Cursor's Agent mode starts reading current context.