ObsiScripta Bridge

ObsiScripta Bridge

Enables MCP-based operations on an Obsidian vault, including reading, editing, and custom script tools.

Category
访问服务器

README

ObsiScripta Bridge

ObsiScripta Bridge is a monorepo for an Obsidian plugin + stdio MCP bridge that enables MCP-based operations on your vault. It is designed to be script-extensible, so you can add your own custom tools with JavaScript/TypeScript.

[!IMPORTANT]

  • Desktop Obsidian only (no mobile support).
  • Script extensions run with full Obsidian API access and no sandbox.
  • Bridge Protocol v1 has no authentication (kept for compatibility).
  • MCP Standard endpoint requires API key authentication.

What you can do

  • Use the MCP Standard HTTP API (JSON-RPC 2.0)
  • Keep using the legacy Bridge Protocol v1 HTTP API for compatibility
  • Run built-in note tools (read + edit operations)
  • Add custom tools in JavaScript / TypeScript
  • Hot-reload tools from mcp-tools/

Monorepo layout

  • packages/obsidian-plugin/ Obsidian plugin implementation (hosts the local HTTP server)
  • packages/stdio-bridge/ MCP stdio bridge (obsidian-mcp CLI), forwarding requests to the plugin HTTP server
  • packages/shared/ Shared types and protocol interfaces
  • examples/ Script tool examples
  • docs/ Protocol and project documentation

Architecture overview

  1. The Obsidian plugin starts a local HTTP server.
  2. The stdio bridge connects to MCP clients (for example, Claude Desktop).
  3. The stdio bridge forwards requests to the plugin via HTTP.
  4. Tool execution is handled by built-in tools and/or script tools.

The stdio bridge supports three transport modes:

  • auto (default): prefer MCP Standard, then fall back to Bridge v1
  • mcp: MCP Standard only
  • v1: Bridge Protocol v1 only

Setup

Prerequisites

  • Node.js (LTS recommended)
  • pnpm (this repository uses pnpm workspace)
  • Obsidian Desktop

Development

pnpm install
pnpm run dev

Then reload Obsidian and enable the plugin in Settings → Community plugins.

Build

pnpm run build

Common commands

Root (across packages)

pnpm run dev
pnpm run build
pnpm run lint
pnpm run test
pnpm run test:integration

Per package

pnpm --filter obsiscripta-bridge-plugin run dev
pnpm --filter obsiscripta-bridge-plugin run build
pnpm --filter obsiscripta-bridge-plugin run lint

pnpm --filter obsidian-mcp-bridge run dev
pnpm --filter obsidian-mcp-bridge run build
pnpm --filter obsidian-mcp-bridge run build:binary

pnpm --filter @obsiscripta/shared run build

Installation

Manual install

Copy the following files into your vault plugin directory:

<Vault>/.obsidian/plugins/obsidian-mcp/
  main.js
  manifest.json
  styles.css

Install via BRAT

  1. Install and enable BRAT.
  2. Open Settings → BRAT → Add Beta plugin.
  3. Enter this repository URL (example: https://github.com/daichi-629/obsidian-obsiscripta-mcp).
  4. Go back to Settings → Community plugins and enable ObsiScripta Bridge.

Endpoints

The plugin exposes both protocols at the same time:

  1. MCP Standard HTTP (recommended) http://127.0.0.1:3000/mcp

    • JSON-RPC 2.0
    • MCP specification 2025-03-26
    • API key required (X-ObsiScripta-Api-Key or Authorization: Bearer ...)
  2. Bridge Protocol v1 (legacy compatibility) http://127.0.0.1:3000/bridge/v1

    • Custom legacy HTTP API
    • No authentication (for v1 compatibility)

See docs/protocol.md for details.

Claude Desktop configuration (stdio bridge)

  1. Open Settings → Community plugins → ObsiScripta Bridge in Obsidian.
  2. Confirm host/port in Connection info (example: 127.0.0.1:3000).
  3. Create an MCP API key in plugin settings.
  4. Download the obsidian-mcp binary for your OS from the project distribution assets.
  5. Add the server entry to your Claude Desktop MCP config:
{
	"mcpServers": {
		"obsidian": {
			"command": "/path/to/obsidian-mcp",
			"env": {
				"OBSIDIAN_MCP_HOST": "127.0.0.1",
				"OBSIDIAN_MCP_PORT": "3000",
				"OBSIDIAN_MCP_API_KEY": "obsi_...",
				"OBSIDIAN_MCP_TRANSPORT": "auto"
			}
		}
	}
}

If you change the port, run Restart server in the plugin and update OBSIDIAN_MCP_PORT accordingly.

Script tools

By default, script tools are loaded from mcp-tools/ at your vault root (configurable in settings):

mcp-tools/

Minimal example:

export default {
	// Tool name is derived from file path.
	// mcp-tools/example_tool.js -> example_tool
	// mcp-tools/utils/helper.js -> utils/helper
	description: "Example custom tool",
	inputSchema: {
		type: "object",
		properties: {
			query: { type: "string" },
		},
		required: ["query"],
	},
	handler: async (args, context) => {
		const files = context.vault.getMarkdownFiles();
		return {
			content: [{ type: "text", text: `Found ${files.length} files` }],
		};
	},
};

Notes:

  • Relative imports resolve from the script file location.
  • CommonJS require(...) can also be used in script tools (Node built-ins like path / fs, and local CommonJS files).
  • If Dataview is installed, dv (Dataview API) is available.
  • If Templater is installed, tp (Templater API) is available.
  • If Omnisearch is installed, the global omnisearch API is available.

Detailed require example:

Place the following two files under mcp-tools/.

mcp-tools/require_example.js

export default {
	description: "Exercise require-based module loading from a helper module.",
	inputSchema: {
		type: "object",
		properties: {
			name: { type: "string" },
		},
	},
	handler: async (args) => {
		const helper = require("./require-helper");
		const message = typeof helper?.buildMessage === "function"
			? helper.buildMessage(args?.name)
			: "require helper missing buildMessage";

		return {
			content: [
				{
					type: "text",
					text: message,
				},
			],
		};
	},
};

mcp-tools/require-helper.js

const buildMessage = (name) => {
	const value = typeof name === "string" && name.trim() ? name.trim() : "world";
	return `require-ok: hello ${value}`;
};

module.exports = {
	buildMessage,
};

Example input:

{ "name": "Obsidian" }

Example output (content[0].text):

require-ok: hello Obsidian

Examples:

  • examples/dataview-example.js
  • examples/templater-example.js
  • examples/omnisearch-example.js

Testing

pnpm run test
pnpm run test:integration

Integration tests are organized under packages/integration-tests.

References

  • Obsidian API docs: https://docs.obsidian.md

推荐服务器

Baidu Map

Baidu Map

百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。

官方
精选
JavaScript
Playwright MCP Server

Playwright MCP Server

一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。

官方
精选
TypeScript
Magic Component Platform (MCP)

Magic Component Platform (MCP)

一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。

官方
精选
本地
TypeScript
Audiense Insights MCP Server

Audiense Insights MCP Server

通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。

官方
精选
本地
TypeScript
VeyraX

VeyraX

一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。

官方
精选
本地
graphlit-mcp-server

graphlit-mcp-server

模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。

官方
精选
TypeScript
Kagi MCP Server

Kagi MCP Server

一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。

官方
精选
Python
e2b-mcp-server

e2b-mcp-server

使用 MCP 通过 e2b 运行代码。

官方
精选
Neon MCP Server

Neon MCP Server

用于与 Neon 管理 API 和数据库交互的 MCP 服务器

官方
精选
Exa MCP Server

Exa MCP Server

模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。

官方
精选