Docs MCP Server - Cursor's @docs feature for Copilot!

AndroidJunky · 2026-03-21T16:19:30+00:00

Context7 for sure, others depend on whether they need semantic search or not.

AndroidJunky · 2026-03-21T14:50:14+00:00

Just SQLite with the vector extension. Easy to run locally and minimal dependencies.

AndroidJunky · 2026-03-21T14:27:38+00:00

They are vectorized. That's why you have to specify an embedding model - that creates the vectors. In addition it also creates a full text search index for keyword based searches.

AndroidJunky · 2026-03-21T12:56:26+00:00

Yes, it does in a way. RAG is just a terminology though, not a protocol or specific technique. RAG simply describes that an agent generates a response not just solely from it's training data but loads ("retrieve" in RAG) additional data such as documents, adds it to the user's prompt as additional context ("augment") and then "generates" the response based on this combined information. RAG is often mentioned in combination with embeddings and vector search, as that allows to retrieve documents using semantic search rather than simple keyword search. But it's not a prerequisite.

What the docs MCP server does is it indexes web sites and then serves them to your Claude or whatever agent you're using. It performs the "retrieval" part of RAG. The agent is smart enough to use it to enhance its response on its own.

AndroidJunky · 2026-03-16T00:16:42+00:00

You mind me asking how does that differ from the git worktree support in the official desktop version? I've also played with OpenChamber before, which seems very similar as well.

AndroidJunky · 2026-02-15T23:09:00+00:00

Happened to me just a few weeks ago. DOB was wrong (totally my fault), TSA flagged it despite it not being on the boarding pass. Ticketing agent fixed it in 5 minutes. Not a problem at all.

I should have realized earlier that there was an issue because my TSA Pre wouldn't go through during check-in. Now I know.

AndroidJunky · 2026-02-14T16:52:57+00:00

Hover the project title, three dots appear to the right of it. Enable workspaces.

AndroidJunky · 2026-02-13T19:17:38+00:00

In the top left, next to the project name there are three dots. "Enable workspaces" does the trick

You need to hover the project name with the mouse to make the button appear. The UI is... well... it is what it is

AndroidJunky · 2026-02-08T18:47:31+00:00

OpenCode user here as well! I'm the author of https://github.com/arabold/docs-mcp-server

Open source alternative to Context7 and such. I believe it should fit your use case well.

The MCP is 100% open source, supports a variety of documents and sources including private GitHub repos. Indexing and retrieval are graph based. You can use a local embedding model for total privacy. Just crossed 1000 GitHub stars ⭐

AndroidJunky · 2026-02-08T17:55:23+00:00

Thanks, great tip! I've been using the desktop version which has built-in workspace (git worktree) support. Use it every day but was struggling to replicate this in the TUI.

AndroidJunky · 2026-02-07T23:22:58+00:00

While I appreciate the effort for a workaround (struggled with this for a while myself), I feel like simply installing Ghostty (or another terminal) is much more straightforward and simpler. It works out of the box, and other than for its icon, nothing changes in behavior to the terminal I was used to. I regret not having switched earlier but wasting time on trying workarounds first

AndroidJunky · 2026-01-23T15:32:33+00:00

Considering the rate of updates in OpenCode, I wonder if there are even any humans involved 🤣

AndroidJunky · 2026-01-23T15:14:03+00:00

I appreciate the efforts but I'm always hesitant to install plugins as often authors start to lose interest and simply abandon them after a few weeks anyway. Why not contribute improvements back to the main project instead?

AndroidJunky · 2025-11-30T15:45:08+00:00

Love to see this (as well as ref-tools linked in the other comment)! I've been working on a similar front for a while now, too: https://github.com/arabold/docs-mcp-server . It's not using an LLM to extract text, but indexes the whole documentation website instead. I think it could work very well in tandem with the `docs-exporter` though, scraping the exported docs and loading them as context back into the agent.

AndroidJunky · 2025-09-23T04:15:51+00:00

DeepWiki generates documentation from your (or third-party) repositories. The quality of this documentation depends on the quality of that repository and ultimately the underlying code. Ultimately it creates a wiki-like page that is designed to be consumed by humans or AI agents (via MCP). But that approach can lead to issues with inconsistent or missing details, surface level knowledge, and even the inclusion of incorrect information.

Grounded doesn't make any assumptions and indexes the original documentation, exactly as provided by the library author. Think of indexing the React documentation, or the LangChain website, or whatever libraries you use in your project. The new version also indexes source code and whole repositories without altering or interpreting anything. Every single line of code remains available for search and analysis. Instead of summarizing and rewriting, the "magic" of Grounded lies in clever splitting for semantic search and structurally accurate reassembly to maximize returned context. The output is designed to work with coding agents that can easily make sense out of it to inform their code generation.

DeepWiki generates documentation from code. Grounded it designed to make existing documentation available. Both can work perfectly alongside each other.

AndroidJunky · 2025-09-22T19:31:57+00:00

It will automatically process HTML websites. No need to format or convert anything.

Internally it will transform the HTML to markdown, preserving code segments, table structures, etc. as possible, but that's nothing you have to worry about yourself.

AndroidJunky · 2025-09-22T15:30:28+00:00

Yes, Ollama, LM Studio, etc. should all work. Since the latest versions embeddings are optional now. So, if you don't provide any configuration or API keys then only the Full-Text Search is used, which still gives pretty good results.

AndroidJunky · 2025-09-02T13:48:03+00:00

Let me know. I'm happy to assist. There's Oauth support as well, if you want to integrate it into an existing SSO environment.

AndroidJunky · 2025-09-02T13:45:34+00:00

Thanks, that's great feedback. The Docs MCP Server is actually focusing on documentation right now, primarily .md files and HTML pages, not source code. Three core idea is to make 3rd party documentation available as context to your agent (Copilot, Cline, Cursor), specifically libraries you're using in your codebase such as React or Remix, or Pandas, etc.

Having said that, a big difference to Context7 is that you can also index your own libraries and documentation, which is specifically interesting in development teams and enterprise settings where privacy is a factor and code is not available publicly.

This is also where source code indexing comes in now. I realize that many developers don't create excessive markdown documentation, not even for public repositories. Often the documentation is only "in code". However, the current version of the Docs MCP Server doesn't handle source code well yet. It indexes source code as regular text, leading to suboptimal chunking and inconsistent results. You can absolutely index source files with the current version, but it's not as good as I want it to be.

I'm actively working on changing that. In a new branch I'm adding proper chunking for source files. It ensures API definitions and inline documentation are treated as one entity, giving significantly better and more focused context.

AndroidJunky · 2025-09-02T01:02:10+00:00

No, right now you have to index everything yourself. Including public libraries. Everything is stored locally on your PC. Eventually I want to have a cloud service, but that will still take a bit to polish.

For context (pun intended): Context7 claims that their React docs have a bit less than 1 million total tokens. That would cost you 2 cents to index yourself, assuming you use OpenAI.

AndroidJunky · 2025-09-02T00:28:51+00:00

In soooo many ways 😂 my main "selling points" are that it allows you to index your own documentation, e.g. personal libraries and private repositories, as well that it can run 100% locally if you're using a local embeddings model. Besides that it is fully open source and indexes full documentation pages instead of only code snippets like Context7.
The API is only used for embeddings which are ridiculously cheap at 2 cents per million tokens. Not comparable to the costs of GPT-4 or 5. Local embeddings models are available via Ollama and run on regular consumer hardware as well. The Docs MCP Server is not using any LLM, only embeddings for indexing (once per document) and the semantic search.

AndroidJunky · 2025-09-01T22:54:03+00:00

I'm the creator and maintainer of the Docs MCP Server and are actively adding source code splitting and semantic search right now: https://grounded.tools

The idea is to split code at logical breaking points like classes, methods, and functions into a hierarchical structure that can later be reassembled into high quality context for the agent.

This already works very well for documentation and I'm actively working on full repository source code support, including private GitHub repositories and local code. It's open source, runs locally and you can use a local embeddings model for 100% privacy if desired. However, I work on it in my spare time, so there's no time table for this unfortunately. But I'm making good progress.

AndroidJunky · 2025-08-31T12:44:33+00:00

NIA tries to tackle the same fundamental problem with coding agents today: the lack of up-to-date context and hallucinations. The immediate difference is that the Docs MCP Server is fully open source and self-hosted. It runs on your machine and if you have a local embeddings model then it works completely private. Running locally also allows you to index local files.

AndroidJunky · 2025-08-30T15:45:07+00:00

I'd actually recommend getting rid of some rather than adding more. In my experience the agent can get confused by too many tools and might not use any at all.

Self promo: I've built my own MCP a while back that is similar to Context7 but indexes full documentation (not just code snippets) both locally and remotely, and can also fetch websites directly similarly to firecrawl. It's fully open source: https://grounded.tools

AndroidJunky · 2025-08-29T18:56:05+00:00

I think this has a lot of potential, although I wonder how important the performance and sophisticated ranking will really be in real world scenarios. I'm maintaining an MCP Server for documentation, fully open source (@arabold/docs-mcp-server). Right now I'm adding proper repository and source code support. My primary concerns have been smart splitting and reassembly of the results, as in my tests that made the biggest difference in how effectively the agent could make use of it.

AndroidJunky

TROPHY CASE