TigerFS 調査レポート

2026年08月21日

開発元: Timescale

カテゴリ: ⚙️ インフラ/サーバー管理

公式サイト GitHub DeepWiki Markdown

PostgreSQLをバックエンドとした、AIエージェントと人間が同時並行で操作可能なファイルシステム

総合評価

85点

基準点70点からの評価

オープンソース

OSS

無料プラン

あり

最低価格

無料

対象ユーザー

開発者AIエージェント

更新頻度

高

🆕 最新情報: v0.7.0で完全なトランザクションワークスペースとアンドゥ機能を追加

📋 評価の詳細

👍 加点項目

+5 SQL不要でファイルシステムとしてPostgreSQLを操作可能な独自性
+5 完全なACIDトランザクションと並行処理のサポート
+5 AIエージェントとの強力な親和性

👎 減点項目

-3 現在Windowsは未サポート（今後の予定）
-2 初期段階のプロジェクトであり、破壊的変更の可能性がある

総評: AIと人間の協調作業に革新をもたらす強力なファイルシステムだが、初期段階である点に注意が必要

TigerFS 調査レポート

1. 基本情報

ツール名: TigerFS
ツールの読み方: タイガーエフエス
開発元: Timescale
公式サイト: https://tigerfs.io/
関連リンク:
- GitHub: https://github.com/timescale/tigerfs
- Hacker News (参考): https://news.ycombinator.com/item?id=47430604
カテゴリ: インフラ/サーバー管理
概要: PostgreSQLをファイルシステムとしてマウントできるツール。ファイル操作（ls, cat, grepなど）を通じてデータベースとやり取りでき、AIエージェントと人間が完全なACID保証のもとで同じファイルを同時に操作できる。

2. 目的と主な利用シーン

解決する課題: アプリケーションレベルでの調整コード（同期プロトコルやロックなど）の排除、およびAIエージェントと人間の協調作業における競合の防止。
想定利用者: 開発者、AIエージェント（Claude Code、Cursorなど）、データベース管理者
利用シーン:
- 複数のAIエージェントと人間が同時にドキュメントを編集する共有ワークスペース
- todo/doing/doneディレクトリ間のmv操作だけで実現するタスクキュー管理
- SQL不要でのPostgreSQLデータベースの探索や簡易なデータ修正

3. 主要機能

File-firstモード: Markdown（フロントマター付き）などをディレクトリに整理し、ファイルシステム上で軽量なアプリやワークフローを構築。
Data-firstモード: 既存のPostgreSQLデータベースをマウントし、Unixツール（ls, cat, grep）でSQLを使わずに操作。
自動バージョン履歴 (History): オプトインで、すべての編集と削除を.history/ディレクトリの下にタイムスタンプ付きのスナップショットとして記録。
パイプラインクエリ: ファイルパスを介してフィルタ、並べ替え、ページネーションなどの操作をチェインし、背後のデータベースへの1つのSQLとしてプッシュダウン実行。
スキーマ管理: .create/、.modify/、.delete/ディレクトリを利用してDDL変更をファイル操作として反映。.tables/ディレクトリでデータベース内のテーブル構造を閲覧可能。
トランザクションとアンドゥ (.undo/): すべての変更は.log/と.savepoint/に記録され、.undo/ディレクトリから一回のファイル操作で変更の取り消しが可能。
完全なPOSIX互換性: ディレクトリ名・ファイル名の変更を伴うAtomic Rename（VimやClaude等のエディタが利用する置換）にネイティブ対応し、コンポジット主キーもサポート。

4. 動作原理・システム構成

アーキテクチャ: クライアント・サーバー型（ファイルシステム側とDBサーバー側）の構成。FUSE/NFSを用いてOSレベルでファイル操作をインターセプトし、SQLクエリに変換してPostgreSQLサーバーへ送信する。
主要コンポーネントとデータフロー:
- データはすべてバックエンドのPostgreSQLデータベース内に保存され、ファイルシステム上に実ファイルは存在しない。
- ユーザーやAIエージェントのファイル操作（例：catやmv）はTigerFSプロセスによって適切なSQLクエリ（SELECTやUPDATE等）に変換され、実行結果がファイル操作の結果として返却される。
特筆すべき要素技術:
- macOSでは依存関係のないNFSマウント、LinuxではFUSEを利用して仮想的なファイルシステムを構築。
- バックエンドのPostgreSQLによる完全なACIDトランザクションにより、競合状態をデータベースレベルで解消。

5. 開始手順・セットアップ

前提条件:
- macOS: 依存関係なし（NFSとしてマウント）
- Linux: fuse3が必要（FUSEとしてマウント）
- アカウント登録やクレジットカードは不要（自前DBを利用する場合）

インストール/導入:

curl -fsSL https://install.tigerfs.io | sh

初期設定:
- 接続先のPostgreSQLデータベースの準備（ローカルまたはリモート）

クイックスタート:

# データベースをマウント
tigerfs mount postgres://localhost/mydb /mnt/db

# Markdownアプリを作成
echo "markdown,history" > /mnt/db/.build/notes

# ファイルを作成
cat > /mnt/db/notes/hello.md << 'EOF'
---
title: Hello World
author: alice
---
# Hello World
EOF

6. 特徴・強み (Pros)

AIエージェントと人間が使い慣れた「ファイルシステム」というインターフェースでシームレスに協力できる。
PostgreSQLの堅牢なトランザクションと同時並行処理をそのままファイル操作に活用できる。
Gitのようなマージや同期の手間がなく、即座に全員へ変更が反映されつつ、自動でバージョン履歴が残る。
クエリやフィルタリング（Data-firstモード）をパスのチェインとして直感的に構築でき、SQLの知識が不要。

7. 弱み・注意点 (Cons)

開発の初期段階であり、今後のアップデートで仕様変更される可能性がある。
現時点ではWindowsサポートが提供されていない（今後のロードマップには記載あり）。
まだ主キーを持たないテーブルには非対応（予定あり）。

8. 料金プラン

プラン名	料金	主な特徴
オープンソース (OSS)	無料	ローカルや任意のPostgreSQLにマウントして全機能を利用可能
Tiger Cloud / Ghost 連携	クラウド利用料に依存	Tiger CloudやGhostのデータベースをCLIで認証し簡単にマウント可能

課金体系: TigerFS自体は無料・OSS。連携するクラウドデータベースを利用する場合はそのプロバイダーの料金に準じる。
無料トライアル: OSSのため完全無料。

9. 導入実績・事例

導入企業: 初期プロジェクトのため、大規模な公開事例はまだ少ない。
導入事例: 主にTimescale社のコミュニティやAIエージェントのワークフロー構築において、開発者による検証が進められている。
対象業界: ソフトウェア開発、AIエージェント開発、データ分析領域。

10. サポート体制

ドキュメント: GitHubリポジトリ内にdocs/markdown-app.md、docs/history.md、docs/native-tables.mdなど詳細な仕様が用意されている。
コミュニティ: GitHub DiscussionsおよびIssuesが主な情報交換の場となっている。
公式サポート: Timescale社によるオープンソースのプロジェクトとしてGitHub上で開発・サポートが行われている。

11. エコシステムと連携

11.1 API・外部サービス連携

API: ファイルシステム自体がAPIとなるため、特殊なREST API等は不要。
外部サービス連携:
- PostgreSQL (任意の環境)
- Tiger Cloud (Timescale)
- Ghost (https://ghost.build)
- AIエージェント統合: Claude Code, Gemini CLI, Codexなどのコーディングエージェントがマウント時に検出されると、必要なエージェントスキルを自動的にインストールしてシームレスに連携。

11.2 技術スタックとの相性

技術スタック	相性	メリット・推奨理由	懸念点・注意点
AIエージェント (Claude Code, Cursor等)	◎	ファイルを読み書きするだけでDBと連動できるため、専用ツールなしで動作する	特になし
Unixツール (bash, grep, awk等)	◎	既存のスクリプトやツールをそのままデータベース分析・操作に転用可能	複雑なJOINなどはSQLエスケープハッチが必要になる場合がある
Node.js / Python 等	◯	標準のファイルシステムAPI(fs等)を用いてトランザクショナルな操作が可能	大量の細かいファイルI/Oのパフォーマンスに依存する

12. セキュリティとコンプライアンス

認証: クラウド連携時（Tiger Cloud, Ghost）は専用CLIコマンド（tiger auth loginなど）によるクレデンシャル管理が行われ、パスワードを直接設定ファイルに残さない。
データ管理: データの実体はすべてバックエンドのPostgreSQLに依存するため、データ保存場所や暗号化はPostgreSQLの運用に準拠する。
準拠規格: バックエンドのデータベースのセキュリティポリシー（ISO27001、SOC2など）に依存。

13. 操作性 (UI/UX) と学習コスト

UI/UX: ターミナルでのls, cat, mvといった使い慣れたUnixコマンドで操作するため、エンジニアにとって非常に直感的。
学習コスト: SQLを覚える必要がなく、パスを通じたクエリのチェイン方法（.by/, .filter/など）を覚えればすぐに使いこなせる。学習コストは低い。

14. ベストプラクティス

効果的な活用法 (Modern Practices):
- AIエージェントワークスペース: MarkdownとHistory機能を有効にしたアプリを作成し、ClaudeやCursorなどのエージェントと人間が同じディレクトリで作業する構成。
- タスクキューの構築: todo/, doing/, done/ディレクトリを作り、ファイルのmvをアトミックなタスク処理として活用する。
陥りやすい罠 (Antipatterns):
- 既存のPostgreSQLに接続する際、誤って不要なデータをファイル削除(rm)してしまうリスク（本番環境での不用意なマウントに注意）。
- 複雑なリレーショナルデータ（多数のJOINが必要なケース）をすべてファイルパスのチェインで解決しようとすること。必要な場合はSQLのエスケープハッチを使用する方が効率的。

15. ユーザーの声（レビュー分析）

調査対象: Hacker News、X(Twitter)など
総合評価: リリース直後のためG2やCapterraのスコアはなし。
ポジティブな評価:
- 「ファイルシステムをAPIとして扱うアイデアは、Unix哲学に合致しており非常に面白い」
- 「AIエージェントにSQLを書かせるよりも、ファイルシステムを操作させる方が遥かに安定して動作する」
ネガティブな評価 / 改善要望:
- 「Windowsネイティブのサポートが欲しい」
- 「まだコードが完全にパブリックに公開されていない部分があるのではないか」という一部の初期の懸念（その後オープンソース化）
特徴的なユースケース:
- 複数エージェントを立ち上げ、一方はリサーチ（ファイルの作成）、もう一方はレビュー（ファイルの編集）を同時に行わせる完全自律型チームの構築。

16. 直近半年のアップデート情報

2026-06-02: v0.7.0リリース。ファイルシステムを完全なトランザクションワークスペースとして扱う機能（.log/, .undo/, .savepoint/）を追加。POSIXに準拠したAtomic Renameへの対応など安定性を向上。
2026-03-27: v0.6.0リリース。専用のtigerfsスキーマへの分離、tigerfs migrateコマンドの追加、AIエージェントのスキル自動インストール機能を導入。
2026-02-25: v0.5.0リリース。パフォーマンスの劇的な向上、柔軟なロギング、列のプロジェクション機能を追加。Tiger CloudやGhostとの連携強化。
2026-02-12: MarkdownアプリのYAMLフロントマターサポート、履歴追跡（History）機能の実装。
2026-02-01: 初期プロトタイプ公開。PostgreSQLのファイルシステムマウント機能の基盤確立。

(出典: 製品アップデート情報)

17. 類似ツールとの比較

17.1 機能比較表 (星取表)

機能カテゴリ	機能項目	本ツール	ローカルファイル (OS標準)	Git	psql (DBクライアント)
基本機能	同時編集時の競合回避	◎ ACID保証で自動回避	× 上書きのリスク	◯ マージが必要	◎ トランザクション
操作性	SQL知識の不要さ	◎ lsやcatで操作	◎ 同上	◎ 同上	× SQL必須
エンタープライズ	データ復元・履歴・アンドゥ	◎ 全履歴自動保存、ワンタッチでアンドゥ可能	× バックアップ依存	◎ コミット単位での履歴・復元	△ 別途ログや設定、複雑なクエリが必要
非機能要件	AIエージェントとの相性	◎ ファイル操作のみで完結	◯ ローカルのみ	△ コマンド操作が複雑	△ スキーマ理解が必要

17.2 詳細比較

ツール名	特徴	強み	弱み	選択肢となるケース
TigerFS	PostgreSQLをバックエンドにしたFS	ACIDトランザクションとファイルシステムの統合	開発初期、複雑なJOINには不向き	AIエージェントにDBを操作させたい場合や、複数人・エージェントの競合を防ぎたい場合
ローカルファイル	OS標準のファイルシステム	最もシンプルで高速	複数人での同時編集に弱く、履歴が残らない	個人の一時的なメモやスクリプト保存
Git	分散型バージョン管理システム	強力な履歴管理とブランチ機能	コミット、プッシュ、プルなどの調整やコンフリクト解消の手間	ソースコードの管理や非同期での開発
psql	PostgreSQL公式CLIクライアント	DBの全機能をフル活用可能	SQLの知識が必須でAIエージェントにはハードルが高い	複雑なクエリの実行やDB管理タスク

18. 総評

総合的な評価: TigerFSは、「ファイルシステムをAPIとする」というUnix哲学をPostgreSQLの強力なトランザクションと融合させた革新的なアプローチのツールです。特に、LLMを搭載したAIエージェントが既存のデータベースとやり取りするためのインターフェースとして極めて優秀であり、調整コードなしで複数エージェントが協調動作する環境を構築できる点は大きなブレイクスルーです。
推奨されるチームやプロジェクト:
- Claude CodeやCursorなどのAIエージェントを活用して、自律的なワークフローやタスク管理システムを構築したい開発チーム
- SQL不要で非エンジニアやエージェントに既存のPostgreSQLのデータ探索をさせたいプロジェクト
選択時のポイント: 現在は開発初期段階でありWindowsサポートなど不足している要素もあるため、本格的な本番運用よりも、開発体験の向上やAIエージェント向けのバックエンドとしての活用から始めるのが推奨されます。