Context7
Up-to-date docs for AI agents
作者提供的说明(英文原文)
Hybrid search over your local documents, with file and page citations. One binary, fully local.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
链接指向作者自己的文件;我们不托管也不重新打包它。打开文件后,Claude Desktop 会进行安装。
在终端中运行这条命令
浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日
注册名称已通过 GitHub 账户 BenyD 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(0.3.1)于3个月前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 MCPB。
同一分类中有:Context7, Codebase Memory, Exa
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
Up-to-date docs for AI agents
Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.
Connect AI agents to Exa for web search, content fetching, and multi-step research.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
Private document search, for you and your agents. One binary that watches your folders, indexes every document, and hands your agent the right passages over MCP, each with a file and page citation. Nothing ever leaves your machine.
Everyone says finding information in your files is like finding a needle in a haystack. Haypile is the haystack that finds its own needles.
brew install BenyD/tap/hay
hay add ~/Documents claude mcp add --transport http haypile http://localhost:11500/mcp
That is the whole setup. Claude Code (or Cursor, or anything that speaks MCP) can now search everything you indexed: search_documents returns ranked passages with citations, and the agent answers from them instead of guessing.
It is a full standalone CLI too:
hay search "termination clause"
hay ask "what did the Meridian contract say about termination?"
Search understands meaning, not just words: "agreement cancellation" finds termination clauses. Exact identifiers still match exactly. Every result cites its source file and page.
brew install BenyD/tap/hay
Or grab a binary from releases, or run the install script:
curl -fsSL haypile.sh | sh
On Windows, run this in PowerShell:
irm https://haypile.sh/install.ps1 | iex
One binary, around 56MB, with the embedding model inside. No Python, no Docker, no vector database, no model downloads, no network. Text documents index fully offline; scanned PDFs need a local vision model for OCR (hay llm setup).
An agent can open any file you point it at. Finding the right one is the problem: grep matches words, not meaning, and a question about termination clauses does not contain the words the contract used. Reading whole documents to find one passage spends the context window the task needed. Cloud document tools fix this by uploading everything to someone else's computer, and self-hosted RAG stacks fix it with Python environments, Docker, and a vector database to babysit.
Haypile is the missing option: one binary, point it at folders, done.
localhost:11500. search_documents gives Claude Code, Cursor, or your own scripts cited passages from your documents.These are versioned with the code and will not be quietly redrawn:
hay status reports outbound connections; the target is 0. No telemetry. If that ever changes it will be opt-in, documented loudly, and off by default.folders -> watcher -> extract (pdf/docx/pptx/md/txt/html/mbox) -> chunk -> embed
| you <- citations <- RRF merge <- FTS5 + vector search <- SQLite (one file)
Everything lives in a single SQLite database on your disk, and search is fully self-contained: the embedding model ships inside the binary. Answers (hay ask) are generated by whatever OpenAI-compatible local server you already run (Ollama, LM Studio, llama.cpp, Jan). Haypile itself ships no LLM and makes no network calls.
hay initFor a folder you work in (a case folder, a project, a paper archive), hay init writes a per-folder config and wires everything up in one go:
cd ~/cases/acme-litigation
hay init # three short questions, all with sensible defaults
It creates .haypile.yml (tag and exclude patterns), indexes the folder, optionally writes .mcp.json so Claude Code and Cursor can search these docs, and offers hay llm setup if you do not have a local LLM yet. hay init --yes runs unattended.
Edit .haypile.yml by hand anytime. The daemon notices and re-syncs the index within seconds:
tag: acme-litigation
exclude:
hay ask retrieves the most relevant passages and has a local LLM answer from them, with citations:
hay ask "what did the Meridian contract say about termination?"
Generation uses any OpenAI-compatible server you already run (Ollama, LM Studio, llama.cpp, Jan), auto-detected on their usual ports, or set explicitly with --endpoint and --model. Without one, hay ask explains and shows the top passages instead. Search never needs an LLM.
Prefer a cloud model for answers? Bring your own key:
hay ask --endpoint https://api.example.com/v1 --key sk-... "what changed in the lease?"
The boundary stays sharp: your documents are indexed locally, always. Opting in sends only the retrieved passages for that one question, to an endpoint you chose, with your key (HAYPILE_LLM_API_KEY works too). Keys are refused over plain http to anything that is not localhost.
No local LLM yet? One guided command gets you there:
hay llm setup # installs and starts Ollama, pulls a model, asks before every download
The daemon exposes MCP (Streamable HTTP) and REST on localhost:11500:
# Claude Code
claude mcp add --transport http haypile http://localhost:11500/mcp
curl -X POST localhost:11500/api/query -d '{"query": "termination clause"}'
Tools exposed: search_documents (hybrid search with citations) and list_sources. The daemon starts automatically on hay add and only ever listens on localhost.
hay init [folder] per-folder setup: config, index, editor wiring
hay add index a folder or file and watch it for changes hay search " " hybrid retrieval, results with citations hay ask " " answer from your documents, with cited sources hay list indexed folders and document counts hay remove un-index a folder hay status daemon state, model info, outbound connections (target: 0) hay web open the local web UI in your browser hay serve run the daemon (REST API + MCP on localhost:11500) hay llm setup guided local LLM setup for hay ask
| Version | Scope |
|---|---|
| v0.x (now) | CLI, REST API, MCP server, hay web local UI. Markdown, text, PDF, docx, pptx, HTML, mbox email. Scanned-PDF OCR via your local vision LLM. |
| v1.x | Bundled OCR (no LLM required), Windows installer polish |
| v2 | Optional larger embedding models, ANN index for very large corpora |
| Pro | Team layer for offices: auth, roles, audit logs, shared indexes (paid) |
Roadmap, decisions, and trust commitments in detail: docs/ROADMAP.md.
go build ./cmd/hay # build the binary
go test ./... -race # run tests (green before any merge)
Semantic search uses an embedding model that release builds carry inside the binary. Dev builds load it from disk instead, so the weights stay out of git:
./hack/fetch-model.sh # one-time download (also quantizes)
go build -tags bundled ./cmd/hay # release-style: model in the binary HAYPILE_MODEL_PATH=internal/embed/bundled/model.safetensors ./hay # dev
Without the model, everything still works in keyword-only mode.
The web UI (hay web) lives in webui/ as a small Vite + Preact app; its built output is committed under internal/webui/dist and embedded in the binary, so go build alone always ships the current UI. Touch the UI with:
cd webui && npm install
npm run dev # live dev server, proxies /api to a running daemon npm run build # writes internal/webui/dist (commit the result)
Retrieval quality is measured, not vibes: eval/ holds a query set with expected results that runs on every retrieval-affecting change.
Contributions are welcome. Please read CONTRIBUTING.md first. It covers the dev workflow, the rule that the privacy contract (zero outbound, bundled model, localhost only) must stay intact, how contributions are licensed, and the DCO sign-off (git commit -s) that CI enforces.
Found a vulnerability? Please report it privately, not as a public issue. See SECURITY.md for the disclosure process and what is in scope.
AGPL-3.0. Free forever for individuals. The AGPL keeps it free for every actual user while requiring anyone offering Haypile as a service to open-source their changes.