---
title: TigerFS 調査レポート
tool_name: TigerFS
tool_reading: タイガーエフエス
category: インフラ/サーバー管理
developer: Timescale
official_site: https://tigerfs.io/
date: '2026-04-05'
last_updated: '2026-08-21'
tags:
  - ファイルシステム
  - PostgreSQL
  - 開発者ツール
  - エージェント
description: PostgreSQLをバックエンドとした、AIエージェントと人間が同時並行で操作可能なファイルシステム
quick_summary:
  has_free_plan: true
  is_oss: true
  starting_price: 無料
  target_users:
    - 開発者
    - AIエージェント
  latest_highlight: v0.7.0で完全なトランザクションワークスペースとアンドゥ機能を追加
  update_frequency: 高
evaluation:
  score: 85
  base_score: 70
  plus_points:
    - point: 5
      reason: SQL不要でファイルシステムとしてPostgreSQLを操作可能な独自性
    - point: 5
      reason: 完全なACIDトランザクションと並行処理のサポート
    - point: 5
      reason: AIエージェントとの強力な親和性
  minus_points:
    - point: -3
      reason: 現在Windowsは未サポート（今後の予定）
    - point: -2
      reason: 初期段階のプロジェクトであり、破壊的変更の可能性がある
  summary: AIと人間の協調作業に革新をもたらす強力なファイルシステムだが、初期段階である点に注意が必要
links:
  github: https://github.com/timescale/tigerfs
  deepwiki: https://deepwiki.com/timescale/tigerfs
---

# **TigerFS 調査レポート**

## **1. 基本情報**

* **ツール名**: TigerFS
* **ツールの読み方**: タイガーエフエス
* **開発元**: Timescale
* **公式サイト**: [https://tigerfs.io/](https://tigerfs.io/)
* **関連リンク**:
  * GitHub: [https://github.com/timescale/tigerfs](https://github.com/timescale/tigerfs)
  * Hacker News (参考): [https://news.ycombinator.com/item?id=47430604](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を利用する場合）
* **インストール/導入**:

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

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

  ```bash
  # データベースをマウント
  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のファイルシステムマウント機能の基盤確立。

(出典: [製品アップデート情報](https://github.com/timescale/tigerfs/releases))

## **17. 類似ツールとの比較**

### **17.1 機能比較表 (星取表)**

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

### **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エージェント向けのバックエンドとしての活用から始めるのが推奨されます。