weave

weave

Airtable、Fibery、Notion データベース、ClickUp に代わるオープンソースのセルフホスト可能なツールです。 AI エージェントを後付けではなく、最初から一人前のユーザーとして設計しています。

連携テーブル、リレーション、ワークフロー、数式、ロールアップ、エンティティごとの Markdown ドキュメントに対応しています。SQLite ファイルは 1 つ。依存関係はありません。ビルド手順も不要です。MIT ライセンスです。

エージェント向け · クイックスタート · 比較 · エージェントと MCP · セルフホスト · よくある質問

---

エージェント向け

weave は、構造化された作業（テーブル、行、リレーション、ドキュメント）を 1 つの SQLite ファイルに保存し、エージェントは MCP、REST、または CLI 経由で操作します。

• MCP 経由で接続します：node bin/weave.js mcp --data <file.db>。これは weave mcp --data <file> と同じです。Claude Code では次のようにします： claude mcp add weave -- node /path/to/weave/bin/weave.js mcp --data /path/to/workspace.db
• または、ファイルから構築します：weave build <spec.json> --dry-run を実行し、その後 --dry-run を付けずにもう一度実行します。
• まずは AGENTS.md › weave の使い方 をお読みください。入門ガイド、作業別の全ツール、ターン数の上限を設けた計画、よくあるエラーとその解決方法を掲載しています。

weave とは

weave は自分で運用するワークプラットフォームです。スペースにはテーブルがあり、テーブルにはエンティティがあり、エンティティ同士はルックアップ、ロールアップ、数式、ワークフローの状態、自動化に加え、各行にいくつでも添付できる Markdown ドキュメントを備えた、実際の双方向リレーションでつながっています。

これは、すでに仕事で使っている SaaS を置き換えることを目的としています。Airtable のベースやグリッド、ClickUp のタスクやボード、Fibery のドキュメントや自動化機能を備えた連携データベースを、ノートパソコンまたは自分のサーバー上で動かせます。ユーザーごとの料金はかからず、エクスポートボタンをベンダーに握られることもありません。

このカテゴリのほかのどのツールとも違うのは、2つ目の対象ユーザーがいることです。作業管理ツールは人間を第一に、APIを第二に考えて構築されています。weave は人間とエージェントを対等なユーザーとして構築されています。Web UI でできることはすべて、REST API、CLI、組み込みのMCP サーバーでも実行できます。エンジンは同じで、ディスク上のデータファイルも同じです。ローカルインストールにはアカウントが不要で、テレメトリーも送信されません。https://weave.grunion.ai のホスト型インスタンスも、サインイン画面の奥で同じコードを実行しています。

• ローカルファースト — ワークスペースは、プロジェクトの隣に置かれた1つの SQLite ファイルです。
• 自分でホスト — Node プロセス1つとファイル1つで動作します。ノートパソコン、または自分の TLS とログイン機能の背後にある小さな VPS で実行できます（セルフホスティングを参照）。
• 依存関係ゼロ — git clone して実行するだけです。ストレージには Node 組み込みの node:sqlite を使用し、サードパーティーのコードはすべてベンダー提供で固定されています。
• エージェントネイティブ — 任意の stdio クライアント（Claude Code、 Codex CLI、Cursor、Gemini CLI）がマウントできる MCP サーバー、スクリプトで操作できる CLI、どこでも使える Table#12 参照、プレーンな URL で指定できる Markdown ドキュメント （/e/Task#12/doc.md、.html、.pdf）を備えています。
• 元に戻せる — エンティティへのあらゆる変更（編集、作成、削除、リンク、コメント）は、weave undo、POST /api/undo、または weave_undo MCP ツールで取り消せます。エージェントが失敗しても、後始末に追われることはありません。
• バージョン管理されるドキュメント — ドキュメントフィールドごとにリビジョン（編集セッションごとに1つ）が保存され、ページから参照・復元できます。また、weave doc-revisions / weave doc-restore、または weave_doc_revisions / weave_doc_restore MCP ツールでも操作できます。

クイックスタート

Node ≥ 22.16 が必要です（Node 24 LTS を推奨）。ビルドも npm からのインストールも不要です。

git clone https://github.com/grunion-ai/weave
cd weave
node bin/weave.js serve --port 4400 --data ./my-workspace.db

同じチェックアウトからコンテナーで起動することもできます。

docker compose up -d

http://127.0.0.1:4400 を開きます。⌘K を押すとすべてを検索できます。データと一緒に、自己ドキュメント化された weave のドキュメント用ワークスペースが /w/weave/ に用意されます。ハンドブック、Wiki、公開されている課題トラッカーとロードマップ、テストスイートを反映した Quality スペースが含まれています。

weave が SaaS の有料ユーザー枠の代わりになるなら、リポジトリにスターを付けてください。エージェントのスカウトやディレクトリが見つけるきっかけになります。

エージェントを接続する

設定ブロック1つで、任意の stdio MCP クライアント（Claude Code、Claude Desktop、Codex CLI、 Cursor、Gemini CLI、Windsurf、OpenCode）に接続できます。

{ "mcpServers": { "weave": { "command": "node",
  "args": ["/path/to/weave/bin/weave.js", "mcp", "--data", "/path/to/my-workspace.db"] } } }

または、Claude Code に1行で追加できます。

claude mcp add weave -- node /path/to/weave/bin/weave.js mcp --data /path/to/my-workspace.db

サインインプロバイダーを備えたホスト型インスタンス（Door C）も1行で接続できます。最初の呼び出しでブラウザーにプロバイダーのサインイン画面が開くため、トークンを貼り付ける必要はありません。

claude mcp add --scope user --transport http weave https://weave.example.com/mcp

weave.grunion.ai の weave クラウドでは、このリポジトリは Claude Code プラグインマーケットプレイスとしても利用できます。Claude Code で次のように実行します。

/plugin install weave --marketplace grunion-ai/weave

/w/<name>/mcp は別のワークスペースを提供します。まず、プロバイダーのサインインにアカウントをリンクする必要があります（weave account link <name> が一度だけ表示する招待リンクをブラウザーで開きます）。また、MCP ではスキーマツールを使用するため、Architect ロールが必要です。

デフォルトでは17個のツールが利用でき、weave_build を含め、ワークスペースの構築に使うツールがそろっています。さらに、ほかの48個のツールにアクセスする weave_call もあります。weave mcp --tools all（または WEAVE_MCP_TOOLS=all）を指定すると、全65個のツールが表示されます。UI と同じ取り消し機能に加えて、エージェントが値を推測せずに許可されている値を読み取れる weave_vocabulary も使えます。全体像については、エージェント：MCP、REST、CLIを参照してください。

スクリーンショット

すべての行にドキュメント	リレーションマップ	ユニバーサル検索
すべてのエンティティに Markdown ドキュメントがあり、.md、.html、.pdf の URL からアクセスできます。	スキーマを図で表示：カーディナリティ付きのリレーションと、自動化レイヤー。	SQLite FTS5 を基盤に、すべてのワークスペースを ⌘K で検索でき、パーマリンクをコピーできます。

任意の行を開くと、テーブルの横にドッキングされるため、エンティティとその周囲の行を同時に表示できます。

weave の比較

置き換える SaaS との比較

	weave	Airtable	ClickUp	Fibery
ライセンス	MIT、オープンソース	プロプライエタリ	プロプライエタリ	プロプライエタリ
データの保存場所	所有する .db ファイル	ベンダーのクラウド	ベンダーのクラウド	ベンダーのクラウド
料金	無料 — リポジトリです	ユーザーごとの月額制	ユーザーごとの月額制	ユーザーごとの月額制
行／レコードの上限	ディスク容量によります	プランごとに設定	プランごとに設定	プランごとに設定
エージェントからのアクセス	MCP サーバー + REST + CLI をすべて標準サポート	API + パートナー連携	API + パートナー連携	API + パートナー連携
オフラインで動作	はい	いいえ	いいえ	いいえ
テレメトリー	なし	ベンダーが定義	ベンダーが定義	ベンダーが定義

その他のオープンソース Airtable 代替製品との比較

この分野のオープンソース製品はいずれも一見の価値があり、weave よりはるかに成熟したものもいくつかあります。主な違いは、何を重視して最適化しているかです。

プロジェクト	ライセンス	インストール形態	最適化の対象
weave	MIT	Node プロセス1つ、ファイル1つ、依存関係なし	エージェントからのアクセス、ドキュメントの連携、リポジトリへの統合
NocoDB	Sustainable Use License（v0.301.0 以降）	Docker + 外部 DB	既存の MySQL/Postgres にスマートなスプレッドシート UI を追加
Baserow	MIT（コア部分。有料プランは別）	Docker Compose + Postgres	クラウドまたはセルフホスト可能な、Airtable 形式の包括的な製品
Grist	Apache-2.0	Docker または Node	スプレッドシート並みの数式とデータ分析
Teable	AGPL-3.0（コア部分）	Docker + Postgres	Airtable UI を備えた Postgres ネイティブなスケーラビリティ

ライセンスとパッケージ形態は2026年8月時点のものです。最新の条件は各プロジェクトでご確認ください。 連携テーブルと Markdown ドキュメント、MCP サーバーを、コンテナもデータベースサーバーも依存関係ツリーもなしで利用したい場合は weave をお選びください。マルチユーザー権限、ホステッド版、または成熟したプラグインエコシステムが必要な場合は、他の製品をお選びください。weave が目指していないことをご覧ください。

内容

領域	詳細
データモデル	スペース → テーブル → エンティティ。フィールドの種類：テキスト、数値、評価（クリックして入力するアイコン、0 から最大値まで）、日付、期間、チェックボックス、トグル（名前付きの 2 つの状態を切り替えるスイッチ）、URL、メールアドレス、選択、複数選択、ワークフローの状態、双方向リレーション、ルックアップ、ロールアップ（カウント、合計、平均、中央値、最小、最大、範囲、標準偏差、重複なし、入力済み、空、結合 — リレーションを対象にするか、スペース内の自身の行からテーブル全体を対象にします。これはグリッドのフッターに表示されます）、数式、およびエンティティごとに任意の数の Markdown ドキュメントフィールド。
統計	weave stats <table>（weave_stats および GET /api/tables/:ref/stats も使用可能）：すべての列を要約します。数値には五数要約、標準偏差、ヒストグラム、チップには順位付き分布、日付には最古／最新／期間を表示します。--by でグループ化し、--where で絞り込み、--field で 1 列とそのロールアップのみを対象にできます。
ビュー	テーブル、エンティティページ（テーブルの横にドッキング、または全ページ表示）、自動化レイヤーを描画したリレーションマップ、スペース／テーブルごとのフィルタリング。すべての場所でインライン編集できます。
ドキュメント	すべてのドキュメントはネイティブ URL です：.md、.mmd、.html、.pdf。Mermaid 図、HTML、数式をその場で表示し、[[Table#12]] のメンションはリンクに解決されます。エンティティ全体のエクスポートでは、ドキュメントごとに 1 ページずつページ分割します。数式で使用するのは KaTeX のみです（$…$／$$…$$、同梱済みでオフライン対応）。Vditor がサポートするその他のフェンスエンジン（graphviz、echarts、plantuml、mindmap、abc、flowchart）は意図的に同梱していないため、これらのフェンスは通常のコードブロックとして表示されます。
自動化	トリガー（作成時／フィールド変更時／状態変更時）→ フィールドの設定、ドキュメントへの追記、コメントの追加、送信 Webhook。
検索	ワークスペース全体を横断する ⌘K。コピー可能なパーマリンクに対応し、SQLite FTS5 インデックスを使用します。
ストレージ	1 つのワークスペースにつき 1 つの .db ファイル（WAL、行単位の書き込み、クラッシュセーフ）。従来の JSON ワークスペースは自動的に移行されます。人が読み取れるデータ交換形式として、exportJSON／importJSON も引き続き利用できます。CLI、サーバー、MCP は同時に実行できます。
インターフェース	Web UI（バニラ JS、ビルド手順なし） · REST API · CLI（bin/weave.js） · MCP サーバー（weave mcp）。

エージェント：MCP、REST、CLI

どのインターフェースも同じエンジンと同じファイルを操作します。UI 専用の機能はありません。

MCP — 任意の MCP クライアントを stdio サーバーに接続してください。Claude Code、Claude Desktop、Codex CLI、Cursor、Gemini CLI、Windsurf、OpenCode はすべて stdio サーバーをマウントするため、同じ設定ブロックをどれでも使えます。

{
  "mcpServers": {
    "weave": {
      "command": "node",
      "args": ["/path/to/weave/bin/weave.js", "mcp", "--data", "/path/to/my-workspace.db"]
    }
  }
}

プラットフォーム全体を 65 個のツールとして公開します。tools/list では、コアとなるビルド用ツール群（weave_ontology、weave_schema、weave_query、weave_get_entity、weave_create_entity、 weave_update_entity、weave_create_space、weave_create_table、 weave_add_field、weave_update_field、weave_add_relation、 weave_import_csv、weave_vocabulary、weave_workspace、weave_search、 weave_build。1 回の呼び出しでスペース、テーブル、フィールド、リレーション、行を扱います）と、 weave_call が表示されます。weave_call の説明には、その他すべてのツール（weave_set_doc、 weave_link、weave_set_state、weave_update_table、weave_apply_schema、 weave_views、weave_automations、weave_activity など）がそれぞれ 1 行で記載されています。 weave_call {name: "help", args: {tool}} を呼び出すと、ツールの完全なスキーマが返されます。 mcp の引数に --tools all を追加するか、WEAVE_MCP_TOOLS=all を設定すると、65 個すべてを直接一覧表示できます。エージェントは、人が UI を開くことなく、スキーマを設計してデータを入力し、アイコン、オプションの色、列幅と順序、非表示の列、保存済みビューなど、データの表示方法を設定できます。

これを実用的にする要素は 2 つあります。weave_vocabulary は、設定キーで指定できるすべての値と、画面上でその選択肢がどのように表示されるかを返すため、色やアイコンを選ぶエージェントは推測ではなく、実際の表示を確認できます。また、メタモデルにより、スキーマはデータとして扱われます。System/Spaces、System/Tables、System/Fields の行そのものがスペース、テーブル、フィールドであるため、レジストリ行に対するエンティティ書き込みには、スキーマ用の操作と同じ検証が適用されます。フィールド全体の定義は Definition を通じて、テーブルの列順は Field Order を通じて編集できます。レジストリは weave ルート（デフォルトのワークスペース）に 1 つだけ存在します。Workspaces テーブルにはハブが提供する各ワークスペースの行が 1 つずつあり、すべてのレジストリ行には Workspace リレーションが設定され、行の編集はその行を所有するワークスペースに振り分けられます。

REST と CLI でも同じ操作ができます。

# REST
curl -s localhost:4400/api/tables/Task/query -X POST -d '{"where":[["Status","=","Open"]]}'

# CLI
node bin/weave.js query Task --where '[["Status","=","Open"]]' --data ./my-workspace.db

# MCP (stdio)
node bin/weave.js mcp --data ./my-workspace.db

エンティティ参照では、UUID、#12、Table#12、Space/Table#12 を使用できます。UI、API、ドキュメント、エージェントのツール呼び出しのいずれでも同じです。修飾形式がまだ受け入れられない箇所を含め、エージェント向けのリポジトリ案内の全体については AGENTS.md を参照してください。

セルフホスト

ホスト型のインストールは、ローカルインストールに入口を加えたものです。コンテナはどのターゲットでも同じで、ガイドはハンドブックにあります（起動したばかりのインスタンスを含め、どのインスタンスでも Handbook → Guide を開いてください）。

• weave のセルフホスト：入口を選ぶ：2 つの認証方式（エッジゲート、ID プロバイダー）と、その方式は運用者が選ぶというルールです。組み込みのパスキー入口は 0.4.52 の後に削除されました。
• 入口 A：エッジゲート：Cloudflare Access、Tailscale、Caddy、oauth2-proxy、Authelia。それぞれ設定ブロック 1 つと確認項目 1 つです。
• 入口 C：プロバイダーでサインイン：OpenID Connect プロバイダー（Clerk、Auth0、Keycloak、Authentik、Google）を 1 つ使います。weave account link <name> は、そのプロバイダーにアカウントを紐付ける一度限りの招待リンクを発行します。サインインしてもアカウントは作成されず、weave が保持するのは、各サインイン ID に対して検証済みメールアドレス 1 つだけです。ほかの情報は保持しません。WEAVE_ORIGIN は、プロバイダーがユーザーを戻すオリジンを指定します。エージェントは引き続き wv_ トークンを使用します。
• デプロイ：Railway：GitHub からプロジェクトを作成し、/data にボリュームを割り当て、変数を設定して、カスタムドメインを指定し、レプリカを 1 つにします。
• デプロイ：Fly.io、Render、VPS、Docker：それぞれ同じ構成のセクションがあります。サービスユニットはここにあります。
• バックアップと復元：weave backup（すべてのワークスペース、添付ファイル、キーストアを含む封印済み tar を 1 つ作成）、weave restore、夜間の切り替え、保持期間について説明します。
• 環境変数リファレンス：すべての変数とそのデフォルト値、誤った設定によって生じる問題を説明します。

リポジトリにある Dockerfile と compose.yaml を使った Docker でのクイックスタート：

docker compose up -d        # http://127.0.0.1:4400, data in the weave-data volume

railway.json と fly.toml は、同じイメージ向けのプラットフォームマニフェストです。ターゲットにかかわらず、手前に入口を設け、ポートが自分のマシン以外から到達可能になる前に weave workspace require-auth を実行してください。このルールの背後にある脅威モデルについては、SECURITY.md をご覧ください。

weave ではないもの

早く対象外にできるよう、率直に説明します。

• きめ細かな権限はありません。 各アカウントはワークスペース内で 3 つのロールのいずれかを持ちます。オブザーバーは閲覧とコメントができ、エディターは行を書き込み、アーキテクトは構造、アカウント、キーも変更できます。特定のスペース、行、フィールドにアクセスを限定することはできません。
• 認証は有効にするまでオフです。 エージェントは wv_ トークンを使用し、ユーザーは 1 つの OpenID Connect プロバイダーを通じてサインインしますが、いずれも weave workspace require-auth の実行後に限られます。それまでは、ポートに到達できるユーザーは誰でもアーキテクトと同じ操作をすべて実行できます。
• ホスト型の製品ではありません。 クラウドプランも、サインアップも、サポート契約もありません。ご自身で運用してください。
• プラグインエコシステムではありません。 マーケットプレイスも、拡張機能も、サードパーティ製アプリもありません。
• 大規模環境で十分に実証されているわけではありません。 これはテストスイートに支えられた新しいプロジェクトであり、何千ものインストールで何年も本番運用されてきた実績があるわけではありません。

これらが許容できない場合、この分野で成熟したオープンソースの選択肢として、Baserow、NocoDB、Grist があります。

よくある質問

weaveはオープンソースのAirtable代替製品として適していますか？ Airtableのリンクされたレコード、ロールアップ、数式、ビューを気に入っていたのであれば、はい。さらに、すべてのレコードにMarkdownドキュメントが付属し、MCPサーバーも利用できます。Airtableのコラボレーター権限、ホスト型フォーム、マーケットプレイスアプリに依存していたのであれば、いいえ。

セルフホスト可能なFiberyの代替製品はありますか？ weaveを最も端的に表現すると、そうなります。Fiberyのモデル――スペースをまたいでつながるデータベース、エンティティに添付されたドキュメント、自動化、リレーショングラフ――を、weaveは自分で所有する単一のファイルで実装しています。機能ごとの比較表については、docs/PARITY.mdをご覧ください。

AIエージェントは利用できますか？ そのためのツールです。MCPサーバーは、スキーマ設計、CRUD、ドキュメント、リレーション、ワークフローの状態、検索、自動化、CSVのインポート／エクスポートを網羅する65個のツールを公開しています。そのうち17個はデフォルトで一覧に表示され、残りもweave_callから利用できます。エージェントはデータを入力するだけでなく、スキーマを構築できます。

Docker、Postgres、またはnpm installは必要ですか？ いいえ、いいえ、そしていいえです。必要なのはgit cloneとNodeランタイムだけです。ストレージにはNode組み込みのnode:sqliteを使用しています。サードパーティーコード（mermaid、Tabler）は、リポジトリに同梱され、バージョンが固定されているものだけです。

データは実際にはどこに保存されますか？ プレーンなSQLiteファイルである<workspace>.dbと、添付ファイル用のfiles/ディレクトリに保存されます。sqlite3で開いたり、cpでバックアップしたり、必要ならコミットしたりできます。node bin/weave.js exportを実行すると、全データを読みやすいJSONとして書き出せます。

複数の人が1つのインスタンスを利用できますか？ はい。各ユーザーにロール（オブザーバー、エディター、アーキテクト）を割り当ててアカウントを作成し、weave workspace require-authを実行して、OpenID Connectプロバイダー経由でサインインできるようにします。すべての変更は、その変更を行ったアカウント名で監査ログに記録されます。権限はワークスペース単位で設定され、個別のスペース、行、フィールドへのアクセスを制限するルールはありません。

データを移行するにはどうすればよいですか？ node bin/weave.js export --data <file>でワークスペース全体をJSONとして書き出し、csvで任意のテーブルを書き出せます。また、.dbは標準的なSQLiteファイルです。抜け出す必要のあるロックインはありません。

開発

npm test

テストスイートはドキュメントワークスペース（Qualityスペース）にエンティティとして複製されており、ロードマップとイシュートラッカーもそこにあります（/w/weave/）。このツールは自らの開発を追跡しています。PRを作成する前にCONTRIBUTING.mdをご覧ください。READMEのスクリーンショットはnode scripts/screenshots.mjsで再生成できます。

サードパーティー（同梱、バージョン固定）

• mermaid 11.4.1 — MIT © Knut Sveidqvistおよびコントリビューター
• @tabler/core 1.4.0 — MIT © Paweł KunaおよびTablerの作者
• Vditor 3.11.3（weaveが読み込むアセットのみを残して整理） — MIT © Vanessa219
• KaTeX 0.18.11（js + css + woff2フォント + mhchem） — MIT © Khan Academyおよびコントリビューター
• DejaVu Sans 2.37（DejaVuSans.ttf、PDFエクスポート用のUnicodeフォールバック） — Bitstream Veraライセンス © Bitstream, Inc.、DejaVuの変更部分はパブリックドメイン、Arevのグリフ © Tavmjong Bah（全文はpublic/vendor/fonts/DejaVuSans-LICENSE.txtに記載）

セキュリティ

アーキテクトがワークスペースで weave workspace require-auth を実行するまで、認証は無効です。それまでは、ポートにアクセスできる人なら誰でも、そのワークスペースでアーキテクトと同じ操作ができます。ローカルインストールは 127.0.0.1 にバインドされるため、自分のマシン内にとどまります。コンテナーはプラットフォームのプロキシ用に 0.0.0.0 にバインドされるため、ホスト型インストールに他の人がアクセスできるようにする前に、その手前にアクセス制御を設け（セルフホスティングを参照）、require-auth を実行してください。その後は、すべてのページと API ルートで、wv_ トークンまたはサインイン済みセッションを持たない呼び出し元からのアクセスが拒否されます。

ロールの範囲はワークスペース内に限られます。オブザーバーは読み取りとコメント、エディターは行の書き込み、アーキテクトは構造、アカウント、キーの変更を行えます。

html 種別のドキュメントはアプリケーションのオリジンでレンダリングされるため、エディターが配置したスクリプトは、それを開いた人すべての環境で実行されます。この制限については現在検討中です。変更されるまでは、リポジトリへの書き込み権限を付与するときと同じように、エディターアクセスを付与してください。

脅威モデル、対象範囲、非公開の報告方法については、SECURITY.mdを参照してください。

ライセンス

MIT — LICENSEを参照してください。