Notionに裏付けられたAIメモリ。

ロアはAIアシスタントに持続的で共有された記憶を提供します。それは記憶を保存します 会話、意思決定、フォローアップタスク、そして持続的な関係性をNotionとして どのチームメイトやエージェントでも読み返せるページです。あなたが使うものは何でも モデルコンテキストプロトコル(Claudeコード、 Codex、カーソル、OMPおよびその他のMCPホスト)は、 同じボールトなので、コンテキストは/clear、新しい分岐、そしてハンドオフを存続します 人々。

その裏で、Loreはボールトを5つのコアNotionデータベースに整理しています: プロジェクト、トピック、メモリーズ、エンティティ(標準ハンドル解決)、および 事実。同じドメインサービスが3つのサーフェスを駆動しています:MCPサーバー AIアシスタント、人間向けのCLI、そして自動配線するフックコマンド コンテキストの読み込みとサポートホストへのセッション保存。

クイックスタート

1.設定のインストール

npmからのインストール(推奨)

パブリックNPMはレジストリ設定やパッケージトークンを必要としません。

ソースからビルド

npm linkはクローンからPATHでloreをグローバルに利用可能にします。 lore --versionを実行してどちらかのインストールルートを確認し、その後に続きます。 以下のステップ2。

Lore

AI memory backed by Notion.

Lore gives your AI assistants a persistent, shared memory: it stores conversations, decisions, follow-up tasks, and durable relationships as Notion pages that any teammate or agent session can read back. Anything you use with the Model Context Protocol (Claude Code, Codex, Cursor, OMP, and other MCP hosts) can recall, save, and reason over the same vault, so context survives /clear, new branches, and handoffs between people.

Under the hood, Lore organizes a vault into five core Notion databases: Projects, Topics, Memories, Entities (canonical-handle resolution), and Facts. The same domain services power three surfaces: an MCP server for AI assistants, a CLI for humans, and hook commands that wire automatic context loading and session saving into supported hosts.

Quick Start

1. Install Lore

Install from npm (recommended)

npm install -g @notionhq/lore
# or
npm install -D @notionhq/lore

Public npm requires no registry configuration or package token.

Build from source

git clone https://github.com/makenotion/lore.git
cd lore && npm install && npm run build && npm link

npm link makes lore available globally on your PATH from the clone. Run lore --version to confirm either installation route, then continue with step 2 below.

For project-local installs, run npx lore from inside the project or add a lore script to package.json. See docs/dev-dependency-install.md for the Yarn PnP wiring and path-portable setup teams use to share assistant config across a repo.

2. Join an Existing Shared Vault

Most operators should join an already initialized shared vault. A Lore vault is a Notion page that already contains the five databases (Projects, Topics, Memories, Entities, Facts). Joining that vault means pointing your local .lore.yaml at the shared vault.pageId; do not run database initialization against a shared page that your team lead has already bootstrapped.

.lore.yaml is local-only. Keep it out of version control, and distribute shared values such as vault.pageId through onboarding docs instead of committing config. This is the current policy even for credential-free shared vault config and supersedes older changelog notes that allowed intentional committed config.

Notion page IDs are access locators, not bearer credentials: knowing a page ID does not grant access unless the caller’s Notion token can already read that page. Even so, keep vault.pageId out of version control so external clones of a public repo don’t auto-target a maintainer’s vault. If a personal or accidental page ID lands in git history, scrub the working tree and decide with the page owner whether to replace the page or rewrite history.

Internal Notion engineer + shared vault

Use Lore’s ntn-backed auth flow. It auto-installs ntn when needed, runs