MCP Server for continue.dev
The MCP Server for continue.dev is a Python-based server that provides customizable prompts, resources, and tools for enhancing workflows with LLMs.
Prompts: Offers markdown-based prompt templates with variable templating for tasks like code review, readability checks, brainstorming, test creation, and generating project blueprints.
Resources: Provides access to extracted URL content, library documentation, and project structures/content from CodeWeawer or Repomix.
Tools: Enables web search with or without summaries using services like Serper and Perplexity.io, and includes tools for code testing such as finding missed tests and running unit tests.
Allows creation and management of prompt templates from markdown files in the 'prompts' folder, with variable templating support using {{variable}} format
Provides web search results with summaries through perplexity.io as a tool for AI agents
Server implementation that exposes customizable prompt templates, resources, and tools for AI-assisted development
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@MCP Server for continue.devreview this code for readability and Clean Code compliance"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Model Context Protocol ( MCP ) server for Obsidian vault
This is side research and learning project, mostly focused on AI Agents and information retrivial, as well as evaluation of AI tools.
The server allows access to Obsidian.md Vault with search and read tools. Obsidian is the plain text Markdown editor, and keeps all note files in the single folder. The format makes it perfect companion and knowledge storage for AI Agents.
I do use combination of AI coding agent ( Claude Code, Cursor ) with Obsidian.md Vault since 2024, similar to Andrej Karpathy LLM Wiki, but a little bit more complicated with his proposal. With > 1500 notes, agents often miss important information, so I decided to create search tool that aware of knowledge organization that I use
Provided functionality
Web deep research
web_research tool is an AI agent similar by the functionality to Perplaxity.ai to answer questions based on the public information in Internet. It's optimised to answer technical or academic questions.
The core loop:
generate web search queries
fetch content from search results URLs. No attempts to bypass bot protections, but supports wide range of public sources: Arxiv.org articles, Github repositories, Reddit forums, Wikipedia, pdf documents - special cases to extract information from them, like switch to reddit API instead of read web pages, or use github raw format instead of html pages.
Use LLM to extract relevant information from fetch results, reduces main agent context
Reflection step that analyses result and decides to finish research or repeat loop to fill knowledge gaps
Final answer generator, creates short answer, long explanation how it was concluded, and relevant links to support answer
Evaluation results
Evaluation were performed with small models like Gamini Flash lite or GPT 5.4 nano to save costs, with fraction of questions. GAIA dataset - 60% on 20 questions DRACO dataset - around 40%, mostly because answers are less detailed than expected in evaluation criteria
Evaluation code not in this repository, it is part of internal project for team wide AI Software development tools, created to optimize process for my startup Jobsflow.ai. The tool ported from that project.
Related MCP server: ZenML MCP Server
Obsidian Vault RAG
obsidian_search is hybrid vector + BM25 search engine, mostly classical RAG. It optimized to Vault organization that I use
Note format assumption
I do keep all notes with the same pattern, and indexing tool uses expected format to split note into chunks and generate additional metadata. The format enforced by special Claude Code skill that used to process all new nortes.
Frontmatter properties:
title- short sentence what is it aboutdescription- 3-4 sentences that describe the note content. Used as a summary similar to RAPTOR combined summary of several chunkstags- I have pre-defined set of tags, that slice notes by 3 dimensions: knowledge area ( ai, programming, finances, ...), note type ( article, tutorial, action item, ...) and narrow subject ( programming language, tool type, activity ). Tool enables retrieve of tags taxonomy and filtering them
Note content - all notes follow scientific essay format, each section separated by first or second level header. Semantic chunking split notes by sections. Links between notes use `[[Wikilinks]] format and also extracted and stored in database. It allows graph like navigation
Note size - keep them no longer than 200 lines
Indexing
Tool crawls vault folders by pattern, and extracts all markdown files. Each file parsed to extract frontmatter properties, splitted by headers ( no more than 500 tokens ) and saved to database with meta information. Chunk content and description also stored as vector embeddings. Chunks created without overlaps, positive search results combined with neibhours instead.
Additional summary chunk created by LLM from whole note content, to increase chances to get into search results.
Reindexing triggered by vault content change, or explicitly from command line.
Search
The query passed through LLM to create Hypotetical abswer . Query itself used for full text search, and generated answer for vector search. This is similar to qmd markdown search
Database search results filtered by Reranker API call ( Cohere or Voiage.ai ), or Reciprocal Rank Fusion from LanceDB. RRFReranker fuses results by rank position instead of raw score, so it sidesteps having to make vector and full-text scores comparable.
The second filtering uses LLM to select chunks relevated to query. Result chunks combined with their neihbors ( so if 5th chunk from note selected, search return combination of 4-6th chunks)
Additional filters
To narrow search, optional parameters:
tagslist of tags that must be present in resultpathfile path pattern I do have 2 special notes, Tags.md with taxonomy, and Folders.md that describe vault organization, MCP server provides tool and instructions to read them
Evaluation
I do use a simple evaluation tool, that performs a query on My Vault snapshot, and counts number of expected words ( precision ), and unwanted words ( recall ). 25 questions total, F1 score ~0.9
Usage
The server uses only a single LLM API provider. I do have LiteLLM AI Gateway (LLM Proxy) , but it can work with Openrouter
Clone repository, create .env file from env.example , and run
# Create vault index
uv run --project <local copy> mcps --vault <Vault Folder> --reindex
# run as HTTP MCP Server
uv run --project <local copy> mcps --vault <Vault Folder> --port 1234With http protocol, a single server available to all AI tools. I do use it as shared Knowledge Base and memory across all projects.
Docker
Build and run the server as a standalone container with streamable HTTP transport:
# Build image
docker build -t mcps:local .
# Run container (vault and secrets are mounted/injected explicitly)
docker run --rm --env-file .env -e VAULT=/vault -v <host-vault-path>:/vault -p 8000:8000 mcps:localThe server is reachable at http://localhost:8000/mcp.
Available Tools
1 toolweb_searchC
Search the web for information
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden of behavioral disclosure. The description 'Search the web for information' does not disclose any behavioral traits such as rate limits, authentication needs, response format, pagination, or whether it's a read-only or mutating operation. It fails to provide essential context for safe and effective use.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, efficient sentence with no wasted words. It is appropriately sized for a simple tool and front-loaded with the core action, making it easy to parse quickly. Every part of the sentence contributes to the basic understanding.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's complexity (a web search tool with no annotations, no output schema, and low parameter documentation), the description is incomplete. It lacks details on behavior, output, error handling, and usage context, making it insufficient for an AI agent to select and invoke the tool correctly without additional assumptions or trial-and-error.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The input schema has 1 parameter with 0% description coverage, and the description does not add any meaning beyond what the schema provides. It mentions 'Search the web' but does not explain the 'query' parameter's semantics, format, or constraints (e.g., length limits, special syntax). With low schema coverage, the description fails to compensate, leaving the parameter poorly documented.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description 'Search the web for information' states the general purpose with a verb ('Search') and resource ('the web'), but it's vague about scope and functionality. It doesn't specify what kind of search this is (e.g., general web search, news search, image search) or how results are returned, which leaves the purpose ambiguous despite being understandable at a basic level.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides no guidance on when to use this tool versus alternatives. There are no sibling tools mentioned, so no explicit comparison is needed, but it lacks any context about appropriate use cases, prerequisites, or limitations (e.g., when to prefer this over other search methods). This leaves the agent with minimal direction.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
With only one tool, there is no possibility of ambiguity or overlap between tools. The tool 'web_search' has a clear and distinct purpose that cannot be confused with any other tool in this set.
A single tool inherently exhibits perfect naming consistency, as there are no other tools to compare against. The tool name 'web_search' follows a clear verb_noun pattern, which would be consistent if more tools were added.
A server with only one tool feels thin and under-scoped for a general-purpose domain like 'continue.dev', which might imply broader functionality. While a single tool can be appropriate for highly specialized servers, this seems too minimal for the apparent scope.
The tool surface is severely incomplete for a server named for 'continue.dev', which likely involves development or coding assistance. A single web search tool leaves significant gaps, such as code analysis, file operations, or other development-related tasks, causing potential agent failures.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
A Model Context Protocol server for Wix AI tools
Model Context Protocol server for Studex tools, notifications, and profile integrations
Model Context Protocol server for the Apideck Unified API. Connect any MCP-compatible agent framework to 100+ accounting systems, HRIS platforms, file storage providers, and more through one integration. More information https://www.apideck.com/mcp-server
Related MCP Servers
- FlicenseNot gradedqualityFmaintenanceThis server implements the Model Context Protocol to facilitate meaningful interaction and understanding development between humans and AI through structured tools and progressive interaction patterns.57

ZenML MCP Serverofficial
AlicenseBqualityBmaintenanceA server implementing Model Context Protocol that enables LLMs to interact with the ZenML platform, providing access to pipeline data, stack information, and the ability to trigger new pipeline runs.4549MIT- AlicenseNot gradedqualityDmaintenanceA Python implementation of the Model Context Protocol that allows applications to provide standardized context for LLMs, enabling creation of servers that expose data and functionality to LLM applications through resources, tools, and prompts.MIT
- FlicenseNot gradedqualityDmaintenanceA Python server implementing the Model Context Protocol that exposes tools for querying external APIs, compatible with Claude Desktop and ChatGPT Desktop.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/alexsmirnov/obsidian-second-brain-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server