nautli

あらゆるAIメモリツールは保存する。nautliは消化する。

すべてのAIエージェントのための、ひとつのローカルブレイン。Claude Code、Cursor、その他のMCPクライアントが、ひとつのローカルメモリを共有します。あなたが眠っている間、消化デーモンが重複を統合し、矛盾をレビューカードに変え、ジャンクを忘れます。信頼の源は、誰かのサーバーではなく、あなたのディスク上のプレーンファイルです。

You, in Claude Code:     "Remember: our API runs on port 4000."
You, in Cursor, later:   "What port does our API use?"
Cursor:                  4000  (recalled from the same local brain)

한국어 문서: README.ko.md

インストール

npx nautli dashboard

ダッシュボードは127.0.0.1のみで開き、すべての手順を案内します:

1. メモリチェックアップ: すでにあるノート（Obsidianボールト、CLAUDE.md、エージェントメモリファイル）をスキャンし、実際の重複、矛盾、古い事実を含むヘルススコアを自分のデータから表示します。プレビューは最大40ノートをスキャンし、通常約10分かかります。見つかったものをワンクリックでインポートするか、クリーンな状態から始めます。

2. Claude Codeの接続: ワンクリックのMCP登録（remember / recall / briefingツール）。

3. 習慣の指示: CLAUDE.mdに1ブロック追加して、AIが実際にメモリを使うようにします。

4. 夜間消化デーモン: 毎晩3:30に、重複が統合され、矛盾がレビューカードになります。ワンボタンで完全に削除可能です。

要件（正直に）

better-sqlite3はネイティブモジュールです。ほとんどのプラットフォームではビルド済みバイナリをダウンロードします。珍しいプラットフォームとNodeの組み合わせではコンパイルにフォールバックし、python3とC++ツールチェーンが必要です。

現在動作するAIツール

コーディングエージェントにインストールさせる

これをClaude Codeまたは任意のコーディングエージェントに貼り付けてください。フロー全体が非対話型です:

npx nautli setup --yes    # storage + MCP registration + instructions + nightly daemon + one digest run
npx nautli doctor         # verify the install

グローバルインストールを希望する場合: npm i -g nautli、その後 nautli dashboard。コントリビューター向け: git clone https://github.com/nautli/nautli.git && cd nautli && npm install && node src/cli.js dashboard。

Related MCP server: MCP Memento

なぜ別のメモリツールなのか

ただ増え続けるだけのメモリは、がらくた入れになります。すべての事実のコピーが3つ、そのうち2つは古く、AIはランダムに1つを選びます。ほとんどのメモリツールは保存と取得を行います。nautliはメモリを消化すべきものとして扱います:

• 蓄積ではなく消化。 夜間デーモンが重複を統合し、安全に解決できるものを解決します。

• 黙った編集ではなくレビューカード。 曖昧な判断は決して自動適用されません。矛盾は朝のカードになり、ワンクリックで回答すると、その回答が新しい事実になります。

• 設計上、非破壊的。 自動パイプラインは事実を決して削除しません。置き換えられた事実や無効化された事実は完全な履歴とともにアーカイブされ、rebuild はいつでもファイルからインデックスを復元します。（nautli purge は唯一の明示的でユーザーが呼び出す例外です。指定した事実を完全に削除します。）

• 二時点の事実。 すべての事実は、それが真だった時期と記録された時期を知っているため、「ポート3000から4000に移行しました」は競合ではなく履歴になります。

• ローカルファースト。 あなたのメモリは ~/.nautli/ 内のファイルです。AIツールを切り替えても、あなたのブレインは保持されます。

これまでの測定品質

以下の数値は社内評価によるものです。自社ボールトでの4,000以上のアトムの実行と、外部テスター3名のボールトでのホールドアウト実行です。ラベル付き評価セットと方法論の説明はこのリポジトリで公開予定です。それまでは、著者報告として扱ってください。

• 誤った自動統合: 社内およびホールドアウト実行ではこれまで観測されていません。サンプルはまだ小さいため、事前登録された評価セット（このリポジトリで計画中）を備えた公開ベンチマークがリリースされるまで、生の数値は公開しません。

• 矛盾検出の再現率: ラベル付きセットで100%

• 誤って自動適用されたアクション: 0。ポリシーにより、曖昧なものはすべてレビューカードになるためです

• 正直な弱点: ジャンクフィルタリング。自社データでは一桁台のジャンクですが、初期テストでは外部ボールトでははるかに悪い結果です。3段階フィルターが進行中で、結果はどちらにせよ公開されます

データ境界

• メモリ、イベントログ、レポートは ~/.nautli/ 配下のローカルファイルです。ノートとメモリの内容がアップロードされることは一切ありません。

• 判定プロンプト（重複・矛盾チェック）は、あなた自身のClaudeサブスクリプションを通じてAnthropicに送信されます。ノートのテキストがあなたのマシンを離れるのは、これだけです。

• 匿名の使用テレメトリ（カード数、判定/ルーティング統計、インストールUUID。ノートやメモリの内容は含みません）はデフォルトでオンになっており、nautliのテレメトリエンドポイントに送信されます。いつでもオフにできます: nautli telemetry off。

• 自動パイプラインは事実を決してDELETEせず、ソフトアーカイブのみ行います。npx nautli rebuild はソースファイルからすべてを再構築します。nautli purge は唯一の明示的な例外です。指定した事実を完全に削除します。

CLI

npx nautli init                                              # create ~/.nautli
npx nautli remember "our API port is 4000" --scope project:myapp
npx nautli recall "port" --scope project:myapp
npx nautli daemon-run                                        # run one digestion manually
npx nautli rebuild                                           # rebuild the index from source files

移植性 / export --verify

nautli export --verify --out nautli-memory.json
nautli import nautli-memory.json --home /path/to/empty/nautli-home

export --verify は、エクスポートファイルの形式、事実スキーマ、件数、事実+イベントのチェックサムを個別にチェックし、その後、一時ホームディレクトリで検証済みラウンドトリップを実行します。ラウンドトリップは、すべての論理的な事実行（supersedesチェーンと来歴を含む）を比較し、書き換えられたイベントを元の論理順序でチェックし、代表的な再呼び出しクエリが同じ順序で同じ事実IDを返すことを確認します。

これはメモリ移植性のチェックです。バックアップの完全性の証明ではなく、他のコピーやストレージからの削除を証明するものでもありません。

保留中のレビューキュー（未解決の矛盾/レビューカード）は、形式 nautli-export/1 minor: 1 の時点でエクスポートに含まれ、インポート時に復元されます。これより前の（review フィールドのない）古いエクスポートファイルも問題なくインポートできます。

手動MCP登録:

claude mcp add -s user nautli -- npx nautli mcp

アーキテクチャ

src/core ストレージ、書き込みゲート、recall / src/mcp stdioサーバー / src/cli.js / src/daemon ペア、judge、apply、report、render / src/dashboard ローカルダッシュボード / src/onboard セットアップとチェックアップ。完全な仕様: SPEC.md。

不変条件（違反はバグであり、テストで固定されています）: ユーザーファイルが信頼の源（rebuildラウンドトリップ）/ 事実に対する自動DELETEなし（purge は明示的でユーザーが呼び出す例外）/ 単一パス書き込み、クリーンアップはデーモンのみ / デーモンが死んでもコアは動作 / recallへのプロモーション注入なし / 疑わしい場合は何もしない（誤った統合の非対称コスト）。

既知の制限

• npm 12はデフォルトでネイティブインストールスクリプトをブロックするため、ユーザーがbetter-sqlite3のインストールスクリプトを承認（npm install-scripts approve）して再ビルドするまで、新しい npx nautli は失敗します。2026-07-24に測定。完全な再現と復旧手順は docs/research/npm12-native-build.md にあります。ライフサイクルなしのインストールパスを検討中です。

• t_validは日付粒度です。同日の矛盾は記録時刻とコンテキストから判断されます

• LLM判定の非決定性は4つの方法で防御されています: 分離されたcwd、形式例、ゼロパース再試行、失敗したバッチはno-opになります

• 埋め込みはまだありません（FTSプレフィックス検索のみ）。v1.1で計画中

• 統合の方向はt_validに基づきます。サブセットの事実がスーパーセットより新しい場合、スーパーセットは折りたたまれます。judgeのkeepフィールドによる修正を計画中