Link
概要
作者による説明(英語の原文)
Local personal memory for agents as MCP tools — remember, recall, search, context, graph traversal.
PopNx MCPの3つの柱
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
- 利用者の声iレビューはまだありませんレビューは今後のステップで、アカウント機能と一緒に始まります
- 私たちの基本チェックi1項目中1項目に合格公開情報からチェック。コードはまだスキャンしていません
- 利用状況iとても新しい↓ 105/週 · ★ –
できること
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
- 接続方法: パソコンで動く
- トランスポート: stdio
- カテゴリ: 検索・AIの記憶
インストール
使っているAIアプリを選んで、設定をコピーしてください。
インストールの前に
- 基本チェック:1項目中1項目に合格
- あなたのパソコンで、あなたのユーザーと同じ権限(ファイル、ネットワーク、アプリ)で動きます。
- レジストリには、入力が必要なキーは載っていません。
必要なもの
- PyPIPythonのuvのインストール(uvxコマンドに必要)
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"link": {
"command": "uvx",
"args": [
"link-mcp"
]
}
}
}ターミナルでこれを実行します
claude mcp add link -- uvx link-mcpまたは、設定を自分でコピーする
プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"link": {
"command": "uvx",
"args": [
"link-mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
または、設定を自分でコピーする
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"link": {
"type": "stdio",
"command": "uvx",
"args": [
"link-mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
できること
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
基本チェックi
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月9日にチェック
- ✓ 合格
作者とリポジトリが一致
レジストリ名は、リポジトリを所有するGitHubアカウント gowtham0992 で確認済みです
- … 未チェック
今もメンテナンスされている
このリポジトリはまだGitHubから読み取っていません
- … 未チェック
ライセンスがある
このリポジトリはまだGitHubから読み取っていません
- – 対象外
エンドポイントが応答する
これはパソコンで動くため、インターネット上のエンドポイントはありません
- – 対象外
OAuthでサインイン
パソコンで動き、代わりにローカルの設定を使います
- … 未チェック
ツールの説明に隠れた指示がない
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
検索・AIの記憶のほかのサーバーとの比較i
- このカテゴリのほかの5745件のうち0%よりスターが多い
- このカテゴリのほかの5745件のうち73%より最近レジストリに公開
- 基本チェックの結果が、このカテゴリのほかの5745件のうち100%と同じかそれ以上
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
よくある質問
Linkは安全ですか?
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
どんなキーやコードが必要ですか?
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
パソコンで動きますか、それともクラウドですか?
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
今もメンテナンスされていますか?
GitHubリポジトリの最終更新は–、最新バージョン(5.0.0)がレジストリに届いたのは14 日前です。
どのアプリで使えますか?
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにPython (uv)も必要です。
代わりに使えるものは?
同じカテゴリには:Context7, Codebase Memory, Exa
代わりの候補
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:↓ 週あたりのダウンロードi★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
Codebase Memory
Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.
Exa
Connect AI agents to Exa for web search, content fetching, and multi-step research.
作者のREADME
READMEを開く
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
Link
Local memory for AI agents.
Link gives Codex, Claude, Cursor, Kiro, VS Code, Copilot, Antigravity, and other local agents the same source-backed memory, stored locally as Markdown.
Website · How it works · Memory · Tools & CLI · Setup · Docs · MCP Registry · PyPI · Homebrew
Quick start
brew install gowtham0992/link/link # or: pip install link-mcp
lnk setup # wires every agent you have
Then work normally. Tell an agent "remember that we deploy on Tuesdays", approve it once, and every other agent recalls it in a new session tomorrow.
lnk status # is it wired up and being used?
lnk import claude-code # bring existing memory in brew install --cask gowtham0992/link/linkbar # macOS menu bar app
Memory lives in plain Markdown you can open, and nothing becomes durable without your approval.
What Is Link?
Link is an open-source memory layer for local AI agents. Raw sources become an inspectable Markdown wiki. Explicit "remember this" requests become reviewable memories. Agents retrieve compact, source-backed context through the CLI, MCP, official skills, or the local viewer without dumping the whole wiki into a chat window.
The wiki is the storage layer. The product is durable memory that stays on your machine, remains readable in plain files, and can be shared across multiple agents instead of locked inside one vendor profile.
Ask in your own words; Link matches by meaning, not keywords. All local, all plain files.
How It Works
Link gives agents five simple moves:
- Capture notes, transcripts, docs, screenshots, and project context in
raw/. - Structure source-backed pages under
wiki/. - Remember explicit preferences, decisions, facts, and project context as reviewable memory.
- Retrieve compact query packets through the CLI, MCP, official skills, or the local web viewer.
- Hold what you approved: rules are enforced before a tool call, memories about code are checked against the repository, and a receipt shows what each session was given.
Most agent sessions start from zero. You re-explain preferences, repo decisions, project constraints, and why something matters. Link turns that repeated context into local memory agents can query.
| Pain | Link's answer |
|---|---|
| Agents forget you between sessions. | Save reviewed preferences, decisions, facts, and project context. |
| Notes are private or messy. | Keep raw sources local, then turn them into source-backed Markdown. |
| Context windows are expensive. | Return compact query packets with provenance and follow-up actions. |
| Memory needs trust. | Every page and memory can be inspected, reviewed, archived, or forgotten. |
| Agents read a rule and break it anyway. | A reviewed memory can carry a rule that asks for your OK, or blocks the call, before it runs. |
| Memory goes stale as the code moves on. | Memories that name files, scripts, dependencies or functions are checked against the repository and flagged, not believed. |
| You cannot tell what the agent was given. | lnk receipt lists every memory that reached a session and whether it arrived whole. |
Link follows Andrej Karpathy's LLM Wiki pattern: keep knowledge outside the chat window, make claims inspectable, and let context compound over time.
Why Link Is Different
Every other agent-memory system stores memory as embeddings in a vector database or as an LLM-extracted graph. Link made five architectural commitments those designs cannot bolt on:
- Memory you can read. Every memory is a plain Markdown file — open it, grep it, git-diff it. If Link disappeared tomorrow, your memory is still yours.
- Review-gated writes. Agents propose; you approve. Even the automatic session hooks capture proposals, never facts.
- No LLM in the memory layer. Ingestion and recall are deterministic — nothing can hallucinate a fact into your memory, because there is no model in the write path.
- Provably local. CI blocks outbound network code in the runtime, and the optional semantic models load offline-only after one explicit setup.
- Memory that holds when the agent acts. A memory you reviewed can carry a rule (
ask command: git push --force,deny write: migrations/**) that is checked before the agent's tool call, with no model and under a millisecond. Memories about code are re-read against your repository and flagged when the code moved on. Memories surface when the agent opens the file they describe,lnk compilewrites reviewed memory into the files every agent already reads, and a receipt proves what reached each session.
And the claims are measured, not asserted — see the benchmarks below. Named comparisons against Mem0/OpenMemory, Zep/Graphiti, and Letta: Why Link?
Benchmarks
Plain files with no LLM in the memory layer, measured against the systems that have one everywhere:
| What | Link | For comparison |
|---|---|---|
| LoCoMo end-to-end QA — full 1,540 questions under mem0's own open harness | 84.8% | mem0's cloud platform: 83.2% under the same judge — with GPT-5 writing their answers and a budget model (claude-haiku-4-5) writing Link's. Confirmed by a second, independent judge (Tencent Hunyuan 3): 85.5% vs 83.6% |
| LongMemEval evidence retrieval — did the memory layer put the gold evidence in context? (deterministic, no LLM judge) | 99.4% of 500 questions | of 102 answer failures, only 3 were retrieval misses — the rest happened with the evidence already retrieved |
| Memory hygiene — junk stored over a simulated multi-month session stream | 0% (by construction, CI-enforced) | the same pipeline with governance off: 35.7% |
| Memory poisoning — 18 authored prompt-injection attacks on the capture pipeline (guardrail bypass, exfil conventions, credential planting, spoofed approvals, MemGhost-class untrusted-channel writes) | 0 reach the inbox unlabeled; 0 false positives on benign directives (CI-enforced) | to our knowledge the only published adversarial benchmark on an agent-memory write path |
| Token economics — real recall packets, measured through the query path | 1,697–3,752 tokens per recall (micro→large budget); a 64× larger store grows the packet 1.56×, and the last quadrupling moves it 0.3% | bounded by the budget you ask for, not by how much you have remembered; CI-enforced. Over MCP, the *first* response of a session also carries a one-time memory brief, bounded to a hard 4,000-character budget (~365 tokens of overhead, measured) — see RESULTS.md |
Enforced rules — 17 forbidden tool calls, including shell disguises (cd x && sudo …, quoting, bash -c), against 34 ordinary coding-agent calls | 17 of 17 caught, 0 of 34 stopped, under 0.2 ms per decision | a rule acts only after you review it; the agent cannot approve, clear or bypass one |
| Staleness checks — memories and instruction files (AGENTS.md, CLAUDE.md, Cursor rules…) checked against the repository | 0 false flags: 345 memory references in Link's own docs and 604 instruction-file references across eight public repositories; every planted deletion caught | a reference is reported only when git history shows the thing existed |
| Bundled 1,176-case recall benchmark — deterministic, no network, no LLM | pip default (lexical) hit@1 0.671; lnk setup provisions the fast local tier by default: 0.740; optional quality tier 0.789, plus rerank 0.798 | reproducible with one command; CI runs the suite and gates dataset integrity, not the score |
Every number ships with its config, judge model, caveats, and the experiments that *lost* — including LongMemEval end-to-end, where we re-judged both sides under the neutral Hunyuan 3 referee: mem0's GPT-5 answers score 91.0%, Link's budget-model answers 80.6%. Their published number holds up, and the gap tracks the answering model, not the memory layer — that's what the 99.4% evidence-retrieval row above isolates. Full methodology and reproduction steps: benchmarks/RESULTS.md.
Memory You Can Take Anywhere — And Prove Is Working
Three questions every memory system should answer, and how Link answers them with mechanisms instead of promises:
"Is it on all my machines?" lnk sync moves reviewed memory through a git remote *you* control — a private GitHub repo, a homelab bare repo — with no server and no account. Secrets are scanned before anything leaves, conflicts become review items instead of git markers, and private captures never sync. lnk team-sync runs a shared team brain on the same rails.
"What did I believe back then?" Ask in plain language: lnk recall "where does local data live in March" returns what was true *then*, reconstructed from the dated files and their supersede lineage — while the same question without the date returns today's truth. Deterministic: a regex and a calendar, no model. Point-in-time accuracy from plain language: 1.00 on the hygiene benchmark's revised facts, identical to asking with an ISO date.
"Is my agent actually using this?" The question most memory systems cannot answer about themselves. Link records retrievals locally — session briefs pushed to agents, recalls they chose to make — and lnk wins answers with counts, while lnk digest reports the weekly story including memories that have *never* been retriev
冒頭だけを表示しています。続きはリポジトリで読めます