Apple Notes on Steroids
Apple Notes on Steroids
An MCP server for Apple Notes. Read, search, write and sync notes at full fidelity, including the styles Apple's own import path throws away.
Requirements
macOS with Apple Notes, Node 18 or newer, and up to three permission grants:
Grant | Buys | Needed |
Automation | talking to Notes at all | always, prompted on first run |
Accessibility | true styles and attachments on write | optional |
Full Disk Access | reading Notes' own store: checked state, quotes, link targets, highlights. Also how a note holding attachments is safely updated, since the store says where they sit | optional |
The server works with Automation alone, at reduced fidelity, and says so in its answers. The optional two are granted in System Settings, Privacy & Security, to the exact app running the server, so they need re-granting after that app updates.
Install
No terminal needed.
Claude Desktop. Download the .mcpb from the latest release, double-click it, install.
ChatGPT. add marketplace krisxsee/apple-notes-on-steroids in Plugins.
Claude Code / Codex. It is a plugin:
claude plugin marketplace add krisxsee/apple-notes-on-steroids
claude plugin install apple-notes-on-steroidsConnect
Any MCP client that runs local stdio servers works: Cursor, Zed, Codex CLI and the rest. The one constraint is that the server must run on the Mac where Notes lives.
{ "mcpServers": { "apple-notes-on-steroids": { "command": "npx", "args": ["-y", "github:krisxsee/apple-notes-on-steroids"] } } }From source: npm install && npm run build, then point the client at dist/index.js. To sync, set APPLE_NOTES_MD_DIR to the folder of .md files, or pass dir per call.
Verify
npm run verifyCreates one note in "MCP Tests" holding every style the server claims to write, reads it back character for character, and never touches a note that existed before.
Tools
Tool | What it does |
| Every folder with path and note count. |
| Notes, newest first. Optional |
| Titles by default; |
| One note by |
| New note from a Markdown body. |
| Adds to the end. |
| Replaces a note's body, keeping its attachments. |
| What a note carries besides text, one entry per mark and in the same order. |
| One attachment as an image, by index. Drawings come back as Notes' own render. |
| One pass over a folder of Markdown files. |
| Writes a note to a new |
| Creates a note from a |
No delete tool, on purpose.
Formatting
Bodies are Markdown, both ways. Two write paths produce a note: the HTML importer takes everything it can, instantly and silently, and a pasteboard hand-off supplies what it cannot.
Feature | State |
Bold, italic, strikethrough, underline | both ways |
Inline code | both ways, at the size of the line around it |
Links, bare and labelled | both ways |
Nested bullet and numbered lists | both ways, four spaces per level |
Tables | both ways |
Headings | both ways. |
Code fences | both ways. Notes cannot hold the language tag, but a pull keeps the one the file already has |
Block quote | both ways, single level, which is all Notes has |
| both ways, orange, with inline code in mint so the two never read alike |
| both ways, checked state included |
Horizontal rule | both ways, written as em dashes because Notes has no rule |
Images, drawings, scans, any file | read fully; written by pasting the file, since the importer cannot make one |
| a real note-link pill when the name matches exactly one note, literal text otherwise, so it becomes a link the day that note exists. Pulled back as |
Callouts, footnotes | plain text, no Notes equivalent |
Sync
One direction per file, and Notes is the centre. A file's own name says which note it belongs to, and one property says which way it flows.
| Direction | What happens |
| file → note | the note's body is replaced from the file |
| file ← note | the file's body is replaced from the note, media included |
| paused | nothing |
A pass only touches notes that already exist. A name matching no note, or more than one, is reported and neither side is written. Rename a note and the pair is lost until you rename the file to match.
One direction cannot have a conflict, so there is no conflict resolution. One guard: a pull that finds the file edited since the last pull refuses and reports it conflicted, both sides left standing; merge, push once, flip back. .apple-notes-sync.json is a cache used only to skip work; delete it and the next pass reaches the same place.
Media pulls in beside the .md file that links it, with ordinary Markdown. A push reconciles those links against the note: a link added attaches the file, one removed detaches it. A drawing is never removed, because nothing outside Notes reads its strokes.
export_note and import_note create the other side. Both refuse to overwrite.
Safety
No delete tool.
Sync never propagates deletions.
Notes in "Recently Deleted" are excluded from listings, search and folder resolution, and are never written to.
Locked notes: metadata reads, body reads return a placeholder, writes fail with
LOCKED.Ambiguous names return candidates rather than a guess.
The live check works only on notes it created.
The store is opened read-only. Writing goes through Notes itself, always.
Design
Four ideas hold it together.
Nothing is addressed by position. A position is a second model of the note kept beside the note, and it drifts. Text is what both sides can see.
The store is the only witness. A paste changes what a paragraph is and not one character of what it says, so the editor proves nothing.
Losing state must never read as having no state. Empty is a fact about the world; unreadable is a fact about this pass. Conflating them lets one side overwrite the other.
Never destroy what cannot be put back. An image removed still exists as a file. A drawing does not.
Development
npm testnpm run verify covers what only macOS can answer.