Optimike Obsidian Tasks MCP
Enables AI-assisted task management by extracting and querying Obsidian Tasks from markdown files, with support for status mapping, date filters, and Obsidian Tasks query syntax.
README
Optimike Obsidian Tasks MCP
A Model Context Protocol (MCP) server for extracting and querying Obsidian Tasks from markdown files. Designed to work with MCP clients (Claude, Codex, IDEs, etc.) to enable AI‑assisted task management.
French version: README.fr.md
Prerequisites
- Node.js >= 16
- Obsidian Desktop
- Obsidian Tasks plugin configured in your vault: https://github.com/obsidian-tasks-group/obsidian-tasks
- Tasks config file present at:
<vault>/.obsidian/plugins/obsidian-tasks/data.json
Quickstart
npx optimike-obsidian-tasks-mcp /path/to/obsidian/vault
Features
- Extract tasks from Obsidian markdown files with compatibility for Obsidian Tasks settings
- Status mapping driven by your Tasks plugin config (core + custom statuses)
- Supports Tasks global filter + presets (optional)
- Date filters with relative ranges (EN/FR) and comparisons
- Optional Dataview task format parsing (
[due:: 2024-01-01], etc.) - Optional file metadata + frontmatter meta dates (with fallback to filesystem)
- Output as JSON or Markdown
Tasks plugin config (source of truth)
This server relies on the Obsidian Tasks plugin: https://github.com/obsidian-tasks-group/obsidian-tasks
This server reads your Tasks plugin settings (statuses, presets, global filter) from:
<vault>/.obsidian/plugins/obsidian-tasks/data.json
Make sure that file reflects your current Tasks configuration.
Tools
This MCP server provides the following tools:
list_all_tasks
Extracts all tasks from markdown files in a directory, recursively scanning through subfolders.
Input Parameters:
path(string, optional): Directory to scan. Defaults to the vault root.includePaths(string[], optional): Only include paths containing any of these substrings.excludePaths(string[], optional): Exclude paths containing any of these substrings.includeNonTasks(boolean, optional): Include NON_TASK statuses.includeFileMetadata(boolean, optional): Include file created/modified dates.includeMetaDates(boolean, optional): Include frontmatter meta dates (e.g., création/modification).metaFallbackToFile(boolean, optional, default true): If meta dates are missing, fall back to file dates.applyGlobalFilter(boolean, optional): Apply TasksglobalFilter.responseFormat("json" | "markdown", optional): Output format.responseLimit(number, optional): Limit number of tasks returned.useCache(boolean, optional, default true): Cache per-file parsing.
Returns: A JSON array of task objects, each containing:
{
"id": "string", // Unique identifier (filepath:linenumber)
"description": "string", // Full text description of the task
"status": "complete" | "incomplete" | "cancelled" | "in_progress" | "non_task",
"statusName": "string", // Optional - status name from Tasks config
"statusType": "string", // Optional - TODO | DONE | IN_PROGRESS | CANCELLED | NON_TASK
"filePath": "string", // Path to the file containing the task
"lineNumber": "number", // Line number in the file
"tags": ["string"], // Array of tags found in the task
"dueDate": "string", // Optional - YYYY-MM-DD format
"scheduledDate": "string", // Optional - YYYY-MM-DD format
"startDate": "string", // Optional - YYYY-MM-DD format
"createdDate": "string", // Optional - YYYY-MM-DD format
"doneDate": "string", // Optional - YYYY-MM-DD format
"cancelledDate": "string", // Optional - YYYY-MM-DD format
"metaCreatedDate": "string", // Optional - from frontmatter
"metaModifiedDate": "string", // Optional - from frontmatter
"fileCreatedDate": "string", // Optional - filesystem
"fileModifiedDate": "string", // Optional - filesystem
"priority": "string", // Optional - "high", "medium", or "low"
"recurrence": "string" // Optional - recurrence rule
}
query_tasks
Searches for tasks based on Obsidian Tasks query syntax. Applies multiple filters to find matching tasks.
Input Parameters:
path(string, optional): Directory to scan. Defaults to the vault root.query(string, required): Tasks query. Each line is treated as a filter.queryFilePath(string, optional): Used to resolve{{query.file.*}}placeholders.- All other parameters from
list_all_tasks(include/exclude, meta dates, global filter, etc.)
Returns:
A JSON array of task objects that match the query, with the same structure as list_all_tasks.
Supported Query Syntax (subset + extras):
-
Status filters:
done/not done(aligned with Tasks semantics)status.type is TODO|DONE|IN_PROGRESS|CANCELLED|NON_TASKstatus.name is "In Progress"
-
Date filters:
due|scheduled|start|created on|before|after YYYY-MM-DDdue|scheduled|start|created on or before|on or after <date>- Relative EN/FR:
today,tomorrow,yesterday,this week,next week,last week,aujourd'hui,demain,hier,cette semaine,semaine prochaine - Ranges:
due in next 7 days - Meta/file:
meta created before 2026-01-01,file modified after 2025-12-31
-
Tag filters:
no tags,has tagstag include #tag/tag do not include #tag
-
Path filters:
path includes string,path does not include stringfolder includes string,filename includes string
-
Description filters:
description includes string- Tasks with descriptions containing "string"description does not include string- Tasks with descriptions not containing "string"
-
Priority filters:
priority is high- Tasks with high prioritypriority is medium- Tasks with medium prioritypriority is low- Tasks with low prioritypriority is none- Tasks with no priority
Example Query:
not done
due before 2025-05-01
tag include #work
This would return all incomplete tasks due before May 1, 2025, that have the #work tag.
Usage
Installation
From npm (recommended):
# Install globally
npm install -g optimike-obsidian-tasks-mcp
# Or use directly with npx without installing
npx optimike-obsidian-tasks-mcp /path/to/obsidian/vault
From source:
git clone https://github.com/optimikelabs/optimike-obsidian-tasks-mcp.git
cd optimike-obsidian-tasks-mcp
npm install
npm run build
Running the Server
Using npm package (recommended):
# If installed globally
optimike-obsidian-tasks-mcp /path/to/obsidian/vault
# Or with npx (no installation required)
npx optimike-obsidian-tasks-mcp /path/to/obsidian/vault
From source:
node dist/index.js /path/to/obsidian/vault
You can specify multiple directories:
npx optimike-obsidian-tasks-mcp /path/to/obsidian/vault /another/directory
HTTP transport (optional)
The server also supports Streamable HTTP transport.
MCP_TRANSPORT_TYPE=http MCP_HTTP_HOST=127.0.0.1 MCP_HTTP_PORT=3011 \
npx optimike-obsidian-tasks-mcp /path/to/obsidian/vault
Session mode (default stateful):
MCP_HTTP_SESSION_MODE=stateful(auto sessionId)MCP_HTTP_SESSION_MODE=stateless(no session)
Performance & scope
To avoid scanning too much, use includePaths/excludePaths in MCP calls,
or set defaults via env vars:
MCP_TASKS_INCLUDE_PATHS(CSV): vault-relative paths, e.g.Efforts/Projets,Calendrier/NOTES PÉRIODIQUESMCP_TASKS_EXCLUDE_PATHS(CSV)MCP_TASKS_MAX_FILES(number)MCP_TASKS_CONCURRENCY(number, default 8)
Testing
To run the test suite:
npm test
See TESTING.md for detailed information about the test suite.
Inspection (MCP Inspector)
npm run inspect:stdio
# or
npm run inspect:http
Using with MCP clients (Claude, Codex, etc.)
Add this configuration to a client that supports MCP:
{
"mcpServers": {
"optimike-obsidian-tasks": {
"command": "npx",
"args": [
"optimike-obsidian-tasks-mcp",
"/path/to/obsidian/vault"
]
}
}
}
If you installed from source:
{
"mcpServers": {
"optimike-obsidian-tasks": {
"command": "node",
"args": [
"/path/to/optimike-obsidian-tasks-mcp/dist/index.js",
"/path/to/obsidian/vault"
]
}
}
}
Docker
Build the Docker image:
docker build -t optimike-obsidian-tasks-mcp .
Run with Docker:
docker run -i --rm --mount type=bind,src=/path/to/obsidian/vault,dst=/projects/vault optimike-obsidian-tasks-mcp /projects
Claude Desktop configuration:
{
"mcpServers": {
"optimike-obsidian-tasks": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"--mount", "type=bind,src=/path/to/obsidian/vault,dst=/projects/vault",
"optimike-obsidian-tasks-mcp",
"/projects"
]
}
}
}
Task Format
The server recognizes the following Obsidian Tasks format:
- Task syntax:
- [ ] Task description - Completed task:
- [x] Task description - Due date:
🗓️ YYYY-MM-DD📅 YYYY-MM-DD
- Scheduled date:
⏳ YYYY-MM-DD - Start date:
🛫 YYYY-MM-DD - Created date:
➕ YYYY-MM-DD - Priority:
⏫(high),🔼(medium),🔽(low) - Recurrence:
🔁 every day/week/month/etc. - Tags:
#tag1 #tag2
Example task: - [ ] Complete project report 🗓️ 2025-05-01 ⏳ 2025-04-25 #work #report ⏫
License
MIT License
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。