プロトタイプ · プレビュー版:公式レジストリのすべてのサーバーを掲載し、30分ごとに同期しています。レビューとアカウント機能は今後のステップで始まります。
PopNx MCPAIを使う人のためのMCPサーバー · やさしい言葉で解説

Haypile

作者:BenyDバージョン 0.3.1i★ –iパソコンで動く
レジストリ名io.github.BenyD/haypile

インストール

概要

作者による説明(英語の原文)

Hybrid search over your local documents, with file and page citations. One binary, fully local.

PopNx MCPの3つの柱

この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。

できること

このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。

  • 接続方法: パソコンで動く
  • トランスポート: stdio
  • カテゴリ: 検索・AIの記憶

インストール

使っているAIアプリを選んで、設定をコピーしてください。

インストールの前に

  • 基本チェック:1項目中1項目に合格
  • あなたのパソコンで、あなたのユーザーと同じ権限(ファイル、ネットワーク、アプリ)で動きます。
  • レジストリには、入力が必要なキーは載っていません。

どのアプリを使っていますか?

上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。

作者の .mcpb ファイルをダウンロード

リンク先は作者自身のファイルです。私たちが置いたり再パッケージしたりしたものではありません。ファイルを開くと、Claude Desktopがインストールします。

ターミナルでこれを実行します

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。

選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。

この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。

できること

パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。

基本チェックi

誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック

  • ✓ 合格

    作者とリポジトリが一致

    レジストリ名は、リポジトリを所有するGitHubアカウント BenyD で確認済みです

  • … 未チェック

    今もメンテナンスされている

    このリポジトリはまだGitHubから読み取っていません

  • … 未チェック

    ライセンスがある

    このリポジトリはまだGitHubから読み取っていません

  • – 対象外

    エンドポイントが応答する

    これはパソコンで動くため、インターネット上のエンドポイントはありません

  • – 対象外

    OAuthでサインイン

    パソコンで動き、代わりにローカルの設定を使います

  • … 未チェック

    ツールの説明に隠れた指示がない

    パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです

検索・AIの記憶のほかのサーバーとの比較i

  • このカテゴリのほかの7271件のうち0%よりスターが多い
  • このカテゴリのほかの7271件のうち28%より最近レジストリに公開
  • 基本チェックの結果が、このカテゴリのほかの7271件のうち100%と同じかそれ以上

レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。

よくある質問

Haypileは安全ですか?

当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。

どんなキーやコードが必要ですか?

レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。

パソコンで動きますか、それともクラウドですか?

あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。

今もメンテナンスされていますか?

GitHubリポジトリの最終更新は–、最新バージョン(0.3.1)がレジストリに届いたのは3 か月前です。

どのアプリで使えますか?

Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにMCPBも必要です。

代わりに使えるものは?

同じカテゴリには:Context7, Codebase Memory, Exa

代わりの候補

同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。

カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i

Context7

作者:upstash

Up-to-date docs for AI agents

パソコンでもクラウドでも★ 64,224MIT昨日更新
インストール

Codebase Memory

作者:DeusData

Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.

パソコンで動く★ 48,148MIT21 日前更新
インストール

Exa

作者:exa-labs

Connect AI agents to Exa for web search, content fetching, and multi-step research.

クラウドで動く★ 5,213MIT先月更新
インストール

作者のREADME

READMEを開く

作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。

Haypile

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.

Install

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).

Why

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.

  • Agent-ready. MCP and REST on localhost:11500. search_documents gives Claude Code, Cursor, or your own scripts cited passages from your documents.
  • Hybrid search. Semantic and keyword, merged. Paraphrases match by meaning; case numbers match exactly.
  • Citations always. Every result and every answer points to the source file and page.
  • Always fresh. Folders are watched. Save a file and it is searchable in seconds.
  • Verifiably private. See below.

Trust commitments

These are versioned with the code and will not be quietly redrawn:

  1. The open/paid boundary is declared upfront. Open forever (AGPL-3.0): indexing, search, ask, REST API, MCP, CLI, and the upcoming single-user web UI. The full single-user product, no feature hostages. Paid (later): team features such as auth, roles, audit logs, shared indexes, and a hosted version.
  2. "Zero external connections" is a verifiable feature, not a claim. 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.
  3. No silent network behavior. A local-first tool must never phone home to keep working.
  4. All development happens in this public repo. No private-repo surprises.

How it works

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.

Set up a folder properly: hay init

For 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:

  • drafts/**
  • "*.bak"

Ask questions (bring your own LLM)

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

Use from Claude Code, Cursor, or your own tools

The daemon exposes MCP (Streamable HTTP) and REST on localhost:11500:

# Claude Code

claude mcp add --transport http haypile http://localhost:11500/mcp

Anything that prefers launching a process (stdio transport)

command: hay args: ["mcp-stdio"]

Plain REST

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.

Commands

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

Roadmap

VersionScope
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.xBundled OCR (no LLM required), Windows installer polish
v2Optional larger embedding models, ANN index for very large corpora
ProTeam layer for offices: auth, roles, audit logs, shared indexes (paid)

Roadmap, decisions, and trust commitments in detail: docs/ROADMAP.md.

Development

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.

Contributing

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.

Security

Found a vulnerability? Please report it privately, not as a public issue. See SECURITY.md for the disclosure process and what is in scope.

License

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.

PopNxに聞く