ИИ-память, поддерживаемая Notion.

Лор даёт вашим ассистентам ИИ постоянную, общую память: она хранит разговоры, решения, последующие задачи и прочные отношения как Notion Страницы, которые может прочитать любой участник команды или агент. Всё, с чем вы используете. протокол Model Context Protocol (Claude Code, Codex, Cursor, OMP и другие MCP-хосты) могут вспоминать, сохранять и рассуждать по то же хранилище, поэтому контекст сохраняется /clear, новые ветки и передачи между люди.

Под капотом Лор организует хранилище в пять основных баз данных Notion: Проекты, темы, воспоминания, сущности (каноническое разрешение с помощью дехидля), и Факты. Одни и те же доменные сервисы питают три поверхности: MCP-сервер для ИИ-ассистенты, CLI для людей и хуки-команды, которые автоматически связывают загрузка контекста и сохранение сессии на поддерживаемых хостах.

Быстрый старт

1. Установка лора

Установка с npm (рекомендуется)

Публичный NPM не требует конфигурации реестра или токена пакета.

Постройте из источника

npm link делает lore доступным глобально на вашем PATH из клона. Запустите 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