ToolJet は社内ツールを構築するためのオープンソースプラットフォームで、AI は後付けの機能ではなく製品の中心に移りました。第一者リポジトリ は 2021-03-30 に作成され、2026-09-22 時点の GitHub では 40,961 stars、5,449 forks、最新の LTS リリースは v3.20.230-lts(2026-09-18)でした。ライセンスは AGPL-3.0 で、閲覧やセルフホストは寛容ですが、改変してサービスとして公開するとネットワーク経由のコピーレフト義務が発生します。Bolt と近い位置にありながら、使い捨てのプロトタイプではなく継続的に使う社内システムを対象にしています。
含まれるモジュール
| モジュール | 役割 |
|---|---|
| App Builder | ドラッグ&ドロップで社内アプリのフロントエンドを構築。プロンプトからの生成も可能 |
| Workflow Automation | リトライとスケジュールを備えた多段階の業務プロセスを編成 |
| Agent Builder | 各ステップをスクリプト化せず、AI エージェントを業務に組み込む |
| ToolJet Database | PostgreSQL 上に構築されたノーコードのデータ層 |
| ToolJet MCP | Claude Code、Codex、Cursor からアプリを作成・変更 |
プラットフォームは経路全体を覆うことを狙っています。UI を作り、データソース(REST、PostgreSQL、Sheets、Supabase など)を接続し、認証情報をブラウザではなくサーバ側に保ち、環境をまたぐ昇格を管理します。
MCP という切り口
最近の重要な動きは ToolJet MCP で、ToolJet のアプリモデルをコーディングエージェントに公開します。生成された React を社内リポジトリに貼る代わりに、Claude Code、Codex、Cursor を ToolJet に向け、認証、権限、デプロイ経路が最初から備わったアプリをエージェントに作らせます。よくある「AI がフロントエンドを書き、あとで自分が配線する」流れとは大きく異なります。エージェントが生成する先がガバナンス層そのものだからです。
料金
2026-09-22 時点で確認した、ビルダーあたり月額の表示価格です。
| プラン | 価格 | 内容 |
|---|---|---|
| Free | $0 | ビルダー 2 名、月 100 AI クレジット、Slack コミュニティサポート |
| Basic | $23 | ビルダーあたり 2,000 AI クレジット、アプリ 2 件、エンドユーザー 50 名 |
| Pro | $79 | アプリ 5 件、エンドユーザー 50 名、カスタムスタイル、バージョン管理 |
| Team | $199 | アプリ無制限、エンドユーザー 100 名、SSO、カスタムユーザーグループ |
セルフホストには Free と Team の区分があり、AI クレジットは同梱分を超えて従量課金で追加できます。年払いは 20% 割引と案内されています。
デプロイとガバナンス
セルフホストは Docker と Kubernetes で導入でき、dev、staging、production をまたぐ昇格経路が用意されています。ベンダー自身が掲げる準拠範囲は SOC 2、GDPR、ISO です。社内データをサードパーティのクラウド型アプリビルダーに渡せない組織にとって、セルフホストはここを選ぶ理由であり、同時に AGPL 条項が実際に効いてくる場所でもあります。
制約とリスク
- AGPL-3.0 は現実の制約。 改変した ToolJet をネットワークサービスとして提供するとコピーレフト義務が生じます。「オープンソース」という語だけを見て見落とされがちな点です。
- ノーコードには限界がある。 高度にカスタムなインタラクションは最終的にコードを要求し、その逃げ道は純粋なフレームワークより狭くなります。
- AI クレジットが主要機能を従量課金にする。 Agent Builder やプロンプト生成はクレジットを消費するため、コストは人数ではなく利用量に比例します。
- ベンダーの主張であり中立レビューではない。 機能とコンプライアンスの記述は ToolJet 自身の資料に基づきます。
よくある質問
ToolJet は無料ですか?
オープンソース版は AGPL-3.0 で、ライセンス費用なしにセルフホストできます。クラウド版とライセンス版セルフホストはビルダー 2 名の $0 から始まり、ビルダーあたり月額 $23、$79、$199 と段階的に上がります。
Claude Code や Codex と一緒に使えますか?
はい。ToolJet MCP が、これらのエージェントをアプリモデルに接続する公式の統合です。
Retool の代替になりますか?
同じカテゴリ、つまり社内ツールと管理画面の製品です。重要な違いは、ToolJet は自分で運用でき、ソースを読めることです。
代替案
- Bolt:ガバナンス付きの社内アプリではなく、素早いブラウザ上のプロトタイプが欲しいときに適します。
- Dify:LLM アプリケーション側は強い一方、社内向けの CRUD ツールは弱めです。
- Replit Agent:インフラを一切運用したくない場合のホスト型ルート。
まとめ
ToolJet は成熟した社内ツール基盤であり、AI によるアプリ生成とエージェント接続を軸に再定義しつつ、いまも本当にセルフホストできます。判断の中心はほぼガバナンスです。社内アプリを自組織の境界内に置く必要があり、AGPL-3.0 を受け入れられるなら有力な選択です。使い捨てのプロトタイプが欲しいだけなら、より軽いツールの方が速く到達します。
コメント
まだコメントがありません。最初のコメントを投稿してください!
関連ツール
関連インサイト
AI アシスタントをチャットボックスに押し込むな:Clawdbot は戦場を間違えた
Clawdbot は便利だが、Slack や Discord に入れて操作するのは最初から間違った設計だ。チャットツールはタスク操作のためのものではなく、AI もおしゃべりのためではない。
7 つの AI コーディング CLI を半年使って悟ったこと:モデルがどんなに強くても、仕事には監督が必要
Claude Code、Codex、opencode、pi、omp、DeepSeek Harness はそれぞれ性格が違う。半年間の深い使用で確立した分業:pi で最速最省のレビュー、omp で複雑な PR レビュー、DeepSeek Harness + V4 Flash で高頻度・低コストなレビュー、Claude Code と Qoder でコーディング。モデルがどんなに強くても、仕事には監督が必要——しかも独立した第三者であるべき。
ローコードプラットフォームの黄昏:なぜClaude Agent SDKがDifyを歴史にするのか
大規模言語モデルの第一原理から、なぜClaude Agent SDKがDifyを置き換えるのかを深く分析。自然言語でプロセスを記述することが人間の原始的な行動パターンにより合致している理由、そしてなぜこれがAI時代の必然的な選択なのかを探る。