Moss

Sub-10ms semantic search runtime for AI agents and voice apps

Moss (YC F25)

Moss: Sub-10ms Search SDK for AI Agents (Free, 2026)

Moss is a sub-10ms semantic search SDK (P50 3.1ms) for AI agents and voice apps. No vector DB needed. Runs in-browser, edge, or cloud. Free tier at moss.dev.

Moss is a retrieval SDK for AI agents (YC F25, 2024) that runs semantic search in-process at sub-10ms latency (P50 3.1ms on 100K documents), cutting token usage by 70-90% versus network-based RAG. Works in browser, edge, or cloud via JavaScript, Python, and TypeScript SDKs. Free tier available; best for voice agents and real-time copilots where retrieval speed matters.

Moss is a semantic search runtime (YC F25, founded 2024, San Francisco) delivering sub-10ms vector retrieval for AI agents and voice copilots without a separate vector database. It bundles search and embedding into a single SDK running in-browser, on-device, edge, or cloud. Developers integrate it via JavaScript, Python, or TypeScript SDKs. A free tier is available at moss.dev; 130+ projects are live as of 2026.

Maker: Moss (YC F25) · Protocol: REST · Auth: api key

Compatible agents: LangChain, LlamaIndex, DSPy, Pipecat, LiveKit, Vapi, ElevenLabs, Strands Agents, Claude Desktop (via unofficial MCP server), Any LLM with function-calling support

Required runtime: Node.js >= 16 (for JavaScript/TypeScript SDK), Python 3.9+ (for Python SDK), Moss Cloud project_id and project_key (free at moss.dev)

About Moss

Moss is a sub-10ms semantic search runtime built by Sri Raghu Malireddi and Harsha Nalluru (YC F25, San Francisco, founded 2024). Unlike a standalone vector database, Moss is a retrieval library you embed inside your own application: it runs queries entirely in-process with no network round trip to an external service. As of June 2026, 130+ projects are live, 300+ indexes have been created, and 50+ companies are actively testing the product, with adoption growing 200% month-over-month. The architecture works in two layers. Moss Cloud handles document ingestion, embedding, storage, and distribution. You register at moss.dev to receive a project_id and project_key, then pass them to the SDK. At startup the runtime downloads your vector index over HTTPS, holds it in memory, and serves every query locally. Once an index is loaded, no query leaves your process, which is the source of the sub-10ms latency. Benchmarks on 100,000 documents (Apple M4 Pro, 750 measured queries, top_k=5) show a median (P50) latency of 3.1ms and P99 of 5.4ms, including both embedding inference and end-to-end retrieval. Moss ships SDKs for JavaScript and TypeScript (runs in browser via WebAssembly and in Node.js), Python, Elixir, and C. Framework integrations include LangChain, DSPy, LlamaIndex, Pipecat, LiveKit, Vapi, ElevenLabs, and Strands Agents. Any agent that can call a library function can use Moss for retrieval. The WebAssembly build allows fully offline AI interfaces without a backend server. An unofficial MCP server (github.com/CoderOMaster/moss-mcp) lets Claude Desktop and other MCP clients manage indexes and query Moss through the Model Context Protocol. Moss offers a free tier: sign up at moss.dev and receive a project_id and project_key at no cost. Paid tiers exist for larger workloads, but exact pricing is not published publicly; contact Moss directly for scale pricing. The core runtime is open source and hosted at github.com/usemoss/moss. The team has shipped SDKs across four languages and integrations with eight agent and voice frameworks within the first year. The GitHub organization at github.com/usemoss lists 15 repositories. The product is expanding from voice AI and developer tool pilots into broader conversational AI and real-time copilot applications where retrieval latency is a critical constraint.

Key Features

Use Cases

Install

npm install @moss/sdk

Requirements

Actions

Create Index

Creates a new semantic search index from an array of documents and optionally specifies an embedding model.

import { MossClient } from '@moss/sdk';

const client = new MossClient({ projectId: 'proj_abc123', projectKey: 'key_xyz789' });

await client.createIndex('product-faq', [
  { id: 'doc1', text: 'Returns are accepted within 30 days of purchase.' },
  { id: 'doc2', text: 'Shipping takes 3 to 5 business days for standard delivery.' },
  { id: 'doc3', text: 'Contact support at help@example.com for order issues.' }
], { modelId: 'moss-minilm' });

Load Index

Downloads a pre-built index from Moss Cloud into the local runtime memory, enabling sub-10ms queries without further network calls.

await client.loadIndex('product-faq');

Query

Performs a semantic search on a loaded index and returns the top-k most relevant documents, with optional hybrid keyword scoring.

const results = await client.query('product-faq', 'how long does shipping take', { topK: 3 });

for (const result of results) {
  console.log(result.id, result.score, result.text);
}

Add Documents

Appends new documents to an existing index and updates the index on Moss Cloud without rebuilding from scratch.

await client.addDocuments('product-faq', [
  { id: 'doc4', text: 'We offer free shipping on orders over $50.' },
  { id: 'doc5', text: 'Gift wrapping is available at checkout for $5.' }
]);

List Indexes

Returns the names and metadata of all indexes in the current Moss Cloud project.

const indexes = await client.listIndexes();

for (const idx of indexes) {
  console.log(idx.name, idx.documentCount, idx.createdAt);
}

How to Invoke

Developers call SDK methods directly in application code: client.createIndex(), client.loadIndex(), client.query(), and client.addDocuments(). Queries run locally in-process after the index is loaded from Moss Cloud. An unofficial MCP server also exposes Moss index management via MCP tools for Claude Desktop and other MCP clients.

Pricing

Free tier available: sign up at moss.dev for a project_id and project_key at no cost. Paid tiers exist for larger indexes and higher query volumes, but exact pricing is not published. Contact Moss directly for scale pricing.

Strengths

Weaknesses

Frequently Asked Questions

What is Moss and what does it do?

Moss is a sub-10ms semantic search runtime (YC F25, founded 2024, San Francisco) that gives AI agents and voice copilots instant document retrieval without a separate vector database. It is built by Sri Raghu Malireddi (former ML Lead at Grammarly and Microsoft) and Harsha Nalluru (former Tech Lead at Microsoft who architected the Azure SDK, which receives 100M+ weekly npm downloads). The product works as a library you embed inside your application: Moss Cloud stores and distributes your vector index, the SDK downloads it at startup and holds it in memory, and every query runs locally with no network round trip. Benchmarks on 100,000 documents show a P50 latency of 3.1ms and P99 of 5.4ms, including both embedding inference and end-to-end retrieval on an Apple M4 Pro. As of June 2026, 130+ projects are live, 300+ indexes have been created, and 50+ companies are actively testing the product. Production pilots across voice AI and developer platforms report 70-90% reductions in token usage compared to sending full documents to the LLM context window.

How do I install and set up Moss?

Start by signing up at moss.dev to receive a free project_id and project_key. For JavaScript or TypeScript projects, install the SDK with npm install @moss/sdk, then initialize a client with new MossClient({ projectId, projectKey }). For Python projects, install the Python SDK and initialize the equivalent client object with the same credentials. Next, call client.createIndex() with your index name and an array of document objects (each with an id and text field) to build and upload the vector index to Moss Cloud. Call client.loadIndex() at application startup to download the index into local memory. From that point, call client.query() with your index name and a natural-language query string to get back the top-k most relevant passages in under 10ms. The WebAssembly build for browsers requires no additional server infrastructure and works offline after the initial index download.

Which agents and LLMs support Moss?

Any LLM or agent that can call a library function can use Moss for retrieval, because the SDK is language-level code rather than a proprietary agent protocol. Official framework integrations ship for LangChain, DSPy, LlamaIndex, Pipecat, LiveKit, Vapi, ElevenLabs, and Strands Agents. Voice agents built on Pipecat, LiveKit, or Vapi benefit most directly because Moss retrieval at 3.1ms P50 fits inside real-time conversational turn budgets without perceptible delay. An unofficial MCP server (github.com/CoderOMaster/moss-mcp) lets Claude Desktop and other MCP-compatible clients manage indexes and query Moss through the Model Context Protocol. The JavaScript SDK runs in the browser via WebAssembly, making it compatible with any web-based copilot regardless of LLM provider. Python, Elixir, and C SDKs extend support to backend agents, edge functions, and native applications.

How much does Moss cost?

Moss offers a free tier: create an account at moss.dev and receive a project_id and project_key at no cost, which is sufficient to build and test production retrieval pipelines. Paid tiers exist for larger index sizes and higher query volumes, but exact pricing is not published on the website as of June 2026. To get scale pricing, contact the Moss team directly through the website or their X account at @usemoss. The core runtime library is open source at github.com/usemoss/moss, so self-hosting the runtime layer without Moss Cloud is possible for teams with engineering capacity. Hidden costs to consider include memory footprint (holding indexes in-process increases application RAM usage) and the engineering time needed to build an index pipeline. For early-stage projects and prototypes, the free tier is sufficient to run live production workloads, as evidenced by 130+ live projects in 2026.

Is Moss open source?

Yes, Moss is listed in the Y Combinator open source companies repository, and the primary codebase is hosted publicly at github.com/usemoss with 15 repositories in the organization. The GitHub organization includes the core runtime, SDKs, and example integrations. The cloud-side infrastructure (Moss Cloud, the ingestion pipeline, and the distribution layer) is not open source, since that is the hosted service component. Developers who want fully self-hosted retrieval can use the open source runtime and build their own index management layer, but they would miss the automatic distribution and managed embedding features that Moss Cloud provides. The company (Moss, YC F25) maintains the open source components alongside the commercial cloud product. Contributions from the community are accepted, and the team is active on GitHub based on early-stage development velocity.

What are the best alternatives to Moss?

Pinecone is the most common alternative: a fully managed vector database with a free tier of 100,000 vectors at no cost and well-established enterprise support, but query latency typically runs 50-300ms over the network versus Moss's 3.1ms in-process latency. Qdrant is an open source vector store that self-hosts on a $30/month VPS and handles 10 million vectors, making it cheaper than Pinecone at scale, but it is still a separate database process requiring network calls and infrastructure management. Weaviate adds built-in hybrid search and a GraphQL API on top of vector search, useful for complex filtered queries, but adds operational complexity compared to dropping in the Moss SDK. Mem0 targets agent memory and personalization rather than raw retrieval speed, adding features Moss does not have. Choose Moss when retrieval latency under 10ms is a hard requirement (voice agents, real-time copilots) or when you want to avoid provisioning a separate database service entirely.

Who is Moss best for?

Moss is best for engineers building real-time voice AI agents on platforms like Pipecat, LiveKit, Vapi, or ElevenLabs, where retrieval latency above 20ms creates a noticeable conversational pause. It is also a strong fit for frontend developers adding AI search to browser applications, because the WebAssembly build runs the entire retrieval pipeline client-side without a backend server. Python and Node.js teams who already have a RAG pipeline on Pinecone or Qdrant and want to cut latency and API costs without rebuilding their architecture benefit from Moss as a drop-in retrieval replacement. Early-stage startups that want a working retrieval layer in under an hour without provisioning database infrastructure are well-served by the free tier. Moss is not a good fit for teams that need complex multi-tenant access control, advanced filtering with SQL-like query syntax, or a vector database that handles structured data alongside unstructured text; for those cases, Weaviate or Qdrant with its rich filter system are better choices.

How does Moss compare to Pinecone in 2026?

Moss delivers P50 retrieval latency of 3.1ms versus Pinecone's typical 50-150ms network round trip, a 15-50x difference that matters when the retrieval call sits on the critical path of a real-time conversation. Pinecone is a fully managed cloud vector database with a free tier of 100,000 vectors, documented SLAs, and enterprise support contracts, while Moss's paid tier pricing is not publicly listed and enterprise support terms are not yet documented. Pinecone handles both the indexing pipeline and the query serving layer as a hosted service, whereas Moss splits the work: Moss Cloud manages indexing, and the SDK handles query serving locally in your process. For teams already running on Pinecone with tolerable latency and no budget to migrate, switching to Moss is disruptive engineering work for a latency improvement that only matters for real-time use cases. For voice agents or browser copilots where 100ms retrieval is too slow, Moss is the correct choice over Pinecone because no cloud database can serve queries as fast as in-process memory lookup. Pinecone is better for teams that need multi-region replication, granular access control per namespace, or a production-grade SLA with a signed agreement.

View the official Moss skill page