AI tool comparison
qmd vs Together AI MCP Server Registry
Which one should you ship with? Here is the side-by-side panel verdict, pricing read, reviewer split, and community vote comparison.
Developer Tools
qmd
Local doc search engine with BM25 + vectors + LLM re-ranking — by Shopify's CEO
50%
Panel ship
—
Community
Free
Entry
qmd is a lightweight local search engine built by Tobi Luetke, CEO of Shopify, for indexing and querying personal knowledge bases, documentation, and meeting notes — entirely offline. It combines three retrieval approaches in a single pipeline: BM25 full-text search for exact keyword matches, vector semantic search via ONNX-based embeddings, and LLM re-ranking using GGUF models through node-llama-cpp. All three stages run locally with no cloud dependency. The tool ships in multiple deployment modes: a CLI for ad-hoc queries, a Node.js library for programmatic use, an HTTP service for local API access, and — most useful for AI workflows — a native MCP server that lets Claude Code, Cursor, and similar editors query your local knowledge base directly during coding sessions. The hybrid retrieval approach means it handles both "find the exact error message from last week's standup notes" and "what was our decision about the auth architecture" equally well. What makes this notable beyond its technical approach is provenance: Luetke shipped it as a personal tool he actually uses, not a startup product. The GitHub history shows active iteration and he's been talking about it on X. It's a credible signal of where pragmatic AI-augmented knowledge management is heading for technical users who prefer local-first tools.
Developer Tools
Together AI MCP Server Registry
300+ production-ready MCP servers, deployable with one CLI command
75%
Panel ship
—
Community
Free
Entry
Together AI's open MCP Server Registry is a curated catalog of 300+ production-ready MCP servers covering databases, SaaS tools, and internal APIs. Developers can discover, install, and deploy integrations via a single CLI command rather than hand-rolling each connection. The registry is open and community-extensible, positioning it as infrastructure for agentic application development.
Reviewer scorecard
“Hybrid BM25 + vector + LLM re-rank is the right architecture for personal knowledge search — each layer catches what the others miss. The MCP server mode is genuinely useful: being able to ask Claude Code 'what did we decide about X last month' against my own notes changes the workflow. MIT licensed and from someone who ships real products.”
“The primitive here is clean: a versioned, typed registry of MCP server definitions that a CLI can resolve and deploy without the usual copy-paste-from-docs ritual. The DX bet is that discoverability is the actual bottleneck — not building an MCP server from scratch, but finding one that already works against your Postgres or Salesforce instance. That bet is correct; I've wasted more hours than I'd like to admit hunting for a working MCP config. The moment of truth is `mcp install` resolving to a running server with zero env-var archaeology — if that actually works on the 300th integration the same as the first, this is infrastructure. The skip risk is that 'production-ready' in a community registry means 'worked once on someone's laptop,' so trust but verify before pointing this at anything sensitive.”
“This is a well-executed weekend project, not a production tool. It requires GGUF models and manual embedding setup — a meaningful friction barrier for non-technical users. The 'built by a CEO' narrative drives GitHub stars more than the technical differentiation. Obsidian with a local AI plugin gets you here with better UX.”
“Direct competitors are Smithery, mcp.run, and the increasingly crowded roster of MCP marketplaces — Together AI is not first here. The specific scenario where this breaks is enterprise brownfield: the moment a team needs an MCP server for an internal API that isn't in the catalog, they're back to writing one from scratch, and now they also have to figure out how to publish it back. The '300+ integrations' number needs scrutiny — quantity in a registry means nothing if 250 of them are unmaintained forks of the same Postgres connector. What keeps this alive is Together AI's model inference business: the registry is a distribution play to keep developers in their ecosystem, not a standalone product, which paradoxically makes the registry more likely to survive than a pure-play alternative. What kills it in 12 months is Anthropic or OpenAI shipping a first-party registry with the same integrations and better model-side tooling.”
“The pattern here — local hybrid retrieval as an MCP server feeding into AI coding agents — will be ubiquitous in two years. Today it's a technical power-user tool; tomorrow it's how everyone's AI assistant knows the institutional context behind the code. qmd is an early, clean implementation of that pattern.”
“The thesis here is falsifiable: within 2-3 years, agentic applications will require composable, pre-vetted tool integrations the same way web apps required npm packages, and whoever owns the canonical registry owns a layer of the stack. The dependency is that MCP actually becomes the dominant protocol for tool-calling — if OpenAI's or Google's tool-use format wins instead, this registry is stranded. The second-order effect that matters isn't developer productivity; it's that a registry with adoption creates data on which integrations are actually used at scale, which is a defensible moat Together AI can exploit to tune models against real-world tool-use patterns. Together AI is riding the MCP standardization wave and is approximately on-time — not early enough to define the protocol, but early enough to own the registry layer before the obvious players consolidate it. The future state where this is infrastructure: every new agentic framework defaults to this registry the way new Node projects default to npm.”
“I manage a lot of notes, references, and creative briefs, but the setup friction here — GGUF models, CLI configuration — makes this inaccessible for most creators. The concept is great; the UX needs a front-end before it reaches beyond developers.”
“The buyer here isn't paying for the registry — it's free — which means the actual business logic is that the registry accelerates adoption of Together AI's inference API, and the registry's success is measured in GPU-hours sold, not in registry installs. That's a coherent distribution strategy, but it means the registry itself has no independent unit economics and will be deprioritized the moment it stops converting to inference revenue. The moat is weak: the registry format is open, the servers are community-contributed, and any better-capitalized competitor can clone the catalog in 90 days. What would make this a ship as a standalone business is if Together AI starts charging for hosted MCP server execution or adds proprietary connectors that require their inference stack — right now it's a marketing asset dressed up as infrastructure, and marketing assets don't compound.”
Weekly AI Tool Verdicts
Get the next comparison in your inbox
New AI tools ship daily. We compare them before you waste an afternoon.