Fluree

FlureeDBはプラットフォームの中核だ。エンティティ、リレーション、ポリシーを不変のグラフにまとめて格納する。これが生の行の倉庫と、その行が何を意味するかを理解するモデルとの違いになる。すべての変更が暗号学的な系譜を帯びるため、答えを始まりまでたどれる。

アクセスポリシーは別のシステムではなくデータとともに存在する。つまり権限ルールは、レコードがエージェントとアプリを通り抜ける間も各レコードに追随し、途中で剥がされることはない。規制分野のチームにとっては、多くの場合これが決め手になる。モデルの選択より重い。

データがプラットフォームに入るにつれて、重複は単一のゴールデンレコードへ統合される。CRMから来た「Acme Corp」と請求から来た「Acme Corporation」は1つのエンティティになり、グラフを清潔に保ち、アナリストが後で行う手作業の整理を削る。表計算の手術は要らない。まったく要らない。

FlureeはModel Context Protocolにネイティブ対応しているため、Claude、Cursor、あらゆるMCPクライアントが一級のツールとして照会できる。RESTとSPARQLもサポートする。チームがすでに使っているツールを引きはがさなくても、つながったコンテキストを得られる。なぜ重要か。グラフが、データをコピーするもう1つの移設先ではなく、すべてのクライアントが読む共有層になるからだ。

ホスト型のFluree AIプラットフォームは、ソースを取り込むための300以上のコネクタを、MCPとAPIアクセスとともに提供する。広い接続性がここで効くのは、ナレッジグラフはそれを養うシステムの数だけの価値しか持たないからだ。ソースが3つだけのグラフは薄いままだ。

同じプラットフォームが、ホスト型かつサーバーレスで、自社AWSアカウント内のバージョン管理されたスタックとして、あるいはセルフホストのオープンソースFlureeDBとして動く。どれだけ運用したいかで選ぶ。何も運用しないところから、すべてを自社のルールの下に置くところまで幅がある。この柔軟さは、厳格な分離を求める買い手にも、実務を担うエンジニアリングチームにも合う。1つ選ぼう。

Fluree AIは無料のfuel枠付きで$0から始まり、fuelがトークン、ストレージ、コンピュートをまかなう。サーバーレスなのでアイドル時のコストはゼロだ。それでも重い負荷ではfuelの支出が膨らむため、予算管理が要る。目を光らせておこう。