Agent-Native Calendar
Agent-Native Google Calendar - manage events, sync, and public booking
Description from the maker (original English)
Graph context, semantic search, guarded edits, and reviewable Git for local Obsidian vaults.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"obsidian-everywhere": {
"command": "npx",
"args": [
"-y",
"obsidian-everywhere"
]
}
}
}Run this in your terminal
claude mcp add obsidian-everywhere -- npx -y obsidian-everywhereThis one needs values on its command line, so copy the settings and fill them in.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"obsidian-everywhere": {
"command": "npx",
"args": [
"-y",
"obsidian-everywhere"
]
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one needs values on its command line, so copy the settings and fill them in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"obsidian-everywhere": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"obsidian-everywhere"
]
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 8, 2026
The registry name was verified with the GitHub account junnnnnw00, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
The registry does not list a required key, though some servers ask you to sign in on first use.
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.9.2) reached the registry 2 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.
In the same category: Agent-Native Calendar, Excel MCP Server, MCP Server for Excel
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
Agent-Native Google Calendar - manage events, sync, and public booking
Lets AI create and edit Excel files itself, including formulas, charts and PivotTables, without Excel installed.
Excel automation for AI - Sheets, Power Query, DAX, VBA, Tables, Ranges and more. Windows only.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
English | 한국어
Turn linked notes into AI context, use that context from agents anywhere, and checkpoint approved changes with Git.
*Graph context · local semantic search · remote agents · guarded edits · opt-in Git checkpoints*
Remote setup guide
*Remote request → semantic search → graph context → guarded edit → mount-loss recovery.*
Obsidian Everywhere is built around three ideas:
The local path stays the source of truth. Obsidian Everywhere does not create a hosted copy, telemetry service, or mandatory cloud account; optional Git push publishes only to a repository the operator already configured. Remote access is a transport you operate, not a vault-sync product.
vault (.md files)
│ parse · watch ▼ SQLite index (FTS5) ⇄ in-memory graph (graphology) │ n-hop · shortest path · PageRank ▼ 41 core MCP tools + 0–5 opt-in Git tools │ ▼ local stdio · authenticated remote HTTP · OAuth HTTP
get_context_bundle packs a topic and its most useful neighbors into a requested token budget.search_files.semantic_search and get_related with method: "semantic" run a multilingual embedding model (multilingual-e5-small) entirely on your machine — no API key, cloud account, or Ollama process to run. Install the optional runtime with npm install @huggingface/transformers@^4.2.0; its model downloads once (~120MB, cached under ~/.obsidian-everywhere/), then works fully offline. It is disabled by default to keep the server below the 200 MiB memory target; opt in with OBSIDIAN_EVERYWHERE_ENABLE_SEMANTIC=true when extra memory is available.Exact search finds the words you wrote. Semantic search finds the idea even when the wording or language differs. Graph traversal then explains how the matching notes relate. get_context_bundle combines those signals into a bounded context package instead of dumping an entire vault into the model.
Run Obsidian Everywhere beside the local vault, expose its HTTP endpoint through your private network or an HTTPS tunnel, and register the URL in the remote MCP client. The remote agent can read and search the local vault, then use the same guarded tools to create, append, move, tag, or clean up notes. The server reindexes each successful write before returning, so the next remote tool call sees the change.
For the complete ngrok path, see the [Remote Vault Bridge with ngrok tutorial](docs/ngrok-remote.md).
When the vault or one real folder inside it contains its own .git directory, an agent can inspect the same repository state you would inspect locally, then create a commit from an explicit file list. Set OBSIDIAN_EVERYWHERE_GIT_REPO_PATH to that vault-relative folder, or leave its default . to use the vault root. Push is a separate, stricter capability: it can only publish the current HEAD to its existing upstream branch through an operator-pinned HTTPS destination. It never pulls, fetches, changes branches, constructs a free-form refspec, or accepts arbitrary Git arguments.
Start with OBSIDIAN_EVERYWHERE_GIT_MODE=read; move to commit or push only after reviewing the safety model in the [Vault Git guide](docs/git-vault.md).
Full tool list
Read
| Tool | What it does |
|---|---|
vault_overview | Note counts, top tags, PageRank hub notes, recently modified — a starting orientation |
vault_status | Mount availability, index freshness, write availability, and last full reconciliation |
search_notes | Full-text search with tag/folder filters (with a trigram fallback for CJK substring matches unicode61 alone would miss — see DECISIONS.md D9), each result annotated with link counts and tags |
search_files | Search filenames, vault-relative paths, and locally extracted text across PDF, Office/OpenDocument, EPUB, RTF, text/code/data, and other attachments |
semantic_search | Optional meaning-based search via local embeddings (multilingual-e5-small, no external service); disabled in the default low-memory mode |
read_note | Structured content/frontmatter/links/tags plus line pagination; optional heading-scoped read |
read_file | Read any vault file: extracted document text with page/slide/sheet selection, or native image content for capable MCP clients; an exact on-disk path self-heals short watcher lag |
list_notes | Explicit folder-aware note listing with pagination; optionally projects named frontmatter fields (e.g. status, project) per note |
list_folder | Immediate child folders, notes, and attachments |
regex_search | JavaScript-regex search with file, line, and excerpt |
get_backlinks | Every note linking to a given note, with the linking sentence |
get_neighborhood | Explicit n-hop node/edge list around a note (links treated as undirected) |
get_context_bundle | The killer feature. Center note + prioritized 1-hop neighbors packed into a token budget |
list_tags | Full nested tag hierarchy with counts |
get_notes_by_tag | Notes carrying a given tag (nested-aware) |
find_orphans | Notes with no incoming or outgoing links |
find_unresolved | Links that don't resolve to any note, grouped by target |
find_path | Shortest connection path between two notes, with a one-line summary per hop |
get_related | Similar notes that *aren't* directly linked yet — Jaccard over shared tags/neighbors by default, or method: "semantic" for embedding similarity |
get_hotkeys / get_obsidian_settings | Persisted hotkey command IDs, Templates folder, and core-plugin settings |
validate_base | Static YAML/shape validation for .base files or fenced Base blocks |
Write
| Tool | What it does |
|---|---|
create_note | Create a new note (with frontmatter); reindexed immediately — the next tool call already sees it |
apply_template | Create a note from a template, substituting {{date}}/{{time}}/{{title}} (Obsidian's core Templates variables) |
append_to_note | Append to a note, optionally under a specific heading; fails closed if the heading isn't found |
move_note / rename_note / delete_note | Lifecycle operations with inbound-link rewriting, backlink guardrails, and recoverable trash |
replace_text / patch_section | Guarded exact-text and heading-scoped edits |
update_frontmatter / remove_frontmatter_field | Change properties without replacing the note body |
bulk_update_frontmatter / bulk_remove_frontmatter_field | Same, across every note in a folder (or the whole vault); dry-run first with rollback |
add_tags / remove_tags | Add or remove frontmatter tags on one note |
rename_tag | Rename a tag vault-wide across frontmatter and inline #tag text, dry-run first with rollback |
bulk_replace / rollback_bulk_edit | Dry-run-first folder/regex replacement with snapshots and rollback |
set_hotkey / set_templates_folder | Update persisted Obsidian settings (vault reload may be required) |
Vault Git — registered only when explicitly enabled
| Tool | Minim
Only the beginning is shown; read the rest in the repo