Windmillとは何か：インフラとスクリプトをつなぐ開発者プラットフォーム
インディーハッカーや開発者が日々の業務やサイドプロジェクトを進める中で、ちょっとしたスクリプトをAPIにしたり、定期実行するバックグラウンドジョブにしたり、簡単な管理画面をつけたりする作業は意外と手間がかかる。個別のツールをいくつも組み合わせるのではなく、この課題を一手に引き受けてくれるオープンソースのプラットフォームがWindmillである。
開発現場でバラバラに存在しがちな「スクリプト実行環境」「ワークフローエンジン」「社内向けUIビルダー」を一つに統合したツールと言える。
Windmillは、TypeScriptやPythonなどで書かれたスクリプトをそのまま受け取り、API、バックグラウンドジョブ、複雑なワークフロー、そして自動生成またはカスタムのUIへと瞬時に変換して実行する機能を持つ。GitHubリポジトリの案内や公式の記述によれば、RetoolやPipedream、Superblocksのセルフホスト可能なオープンソース代替として位置づけられており、さらにTemporalをよりシンプルにしたような位置づけのワークフローエンジンも備えている。最近ではCrewAIで実現する複数AIエージェントの自動化のようなエージェントベースの自動化手法も注目されているが、Windmillはより汎用的なスクリプト実行とオーケストレーションに強みがある。Airflowと比較して13倍高速であるというパフォーマンス上の優位性もうたわれている。
類似ツールとの位置づけと選ぶ理由
Windmill（オープンソース）
- セルフホスト可能でインフラの主導権を手元に保持できる
- 社内向けUIビルダーと本格的なワークフローエンジンを一つに統合
- AGPLv3に基づき社内利用であれば無料での導入が可能
既存の個別商用ツール（Retool / Temporalなど）
- SaaS利用時のランニングコストが負担になりやすい
- UI構築や非同期処理などの用途ごとにツールが分かれがち
- 導入のハードルが高く感じられる場合がある
社内ツールやワークフローの自動化を考えるとき、RetoolやTemporalのような名前が真っ先に思い浮かぶかもしれない。しかし、これらの既存ツールは導入のハードルが高かったり、SaaSとしてのコストが負担になったりすることがある。
Windmillのユニークな点は、ローコードのUI構築ツールと本格的なワークフロー・オーケストレーションエンジンの両方の側面を併せ持っていることだ。画面作成ならRetool、堅牢な非同期処理やステップの連鎖ならTemporalのような使い方ができる。さらに、これらをすべてオープンソースとしてセルフホストできるのが、インディーハッカーにとって大きな魅力だ。
AGPLv3ライセンスを採用しているため、コミュニティエディションであれば社内利用は基本的に無料で行える。ただし、商用での再配布やマネージドサービスとしての提供を行う場合には制限があるため、利用形態に応じた確認が必要となる。個人的には、まずは手元の開発環境や社内自動化の検証用として導入し、その手軽さを確かめてみるのが最も確実なアプローチだという印象を持っている。
基本的な使い方と導入の流れ
- 1
インストールとセットアップ
Dockerを活用し、ローカルや自前のサーバーにセルフホスト環境をデプロイする。
- 2
スクリプトの作成
TypeScriptやPythonなどを用い、フレームワークに縛られず普段通りのコードを書く。
- 3
UIとワークフローの構築
入力値に応じたUIの自動生成や、複数スクリプトを連結したワークフロー（DAG）を構成する。
- 4
トリガーの設定
Webhooks、APIエンドポイント、スケジュール実行などのトリガーを紐付ける。
導入の基本的な流れは以下の通りだ。
- インストールとセットアップ Dockerなどを活用してローカル環境や自前のサーバーにWindmillをデプロイする。セルフホストが前提となっているため、インフラのコントロールを完全に手元に残すことができる。
- スクリプトの作成 TypeScriptやPythonなどの言語で、普段通りのロジックを書く。特別なフレームワークの記法を覚える必要は少なく、既存のコードをそのまま持ち込みやすい。
- UIとワークフローの構築 作成したスクリプトをWindmill上でインポートし、入力パラメータに応じたUIを自動生成させるか、あるいはカスタムUIを定義する。複数のスクリプトがある場合は、それらを繋ぎ合わせてワークフロー（DAG）を構成する。
- トリガーの設定 作成したワークフローやスクリプトを、Webhooks、APIエンドポイント、あるいは定期実行のスケジュールなどから呼び出せるように設定する。
この一連のプロセスが単一のインターフェース内で完結するため、環境構築から実装までのリードタイムをかなり短縮できる。
どのようなプロジェクトに向いているか
すべてのプロジェクトに向いているわけではないが、特に次のようなシナリオで力を発揮する。
- TypeScriptやPythonのスクリプト資産が多く、それらを素早く非同期処理やAPIとして公開したい場合
- 外部SaaSの連携やデータ処理のパイプラインを、複雑なコードを書かずにワークフロー化したい場合
- 顧客向けではなく、チーム内や自分自身で使うための管理画面（社内ツール）を最速で立ち上げたい場合
一方で、厳密なマルチテナント型のSaaS製品のコアロジックとしてそのまま組み込むには、ライセンス上の制約や、プラットフォーム自体の性格がオーバースペックになる可能性がある。あくまで「インフラ全体の駆動やスクリプトの表面化」に特化して使うのが定石だと言える。
はじめの一歩と検証の進め方
興味がある方は、まずは公式サイト（windmill.dev）やGitHubのリポジトリを確認してほしい。数行のスクリプトが瞬時にUI付きのAPIやワークフローに変わる体験は、開発のスピード感を大きく変えてくれるはずだ。まずはローカルのDocker環境で立ち上げ、小さな自動化スクリプトを一つ移行してみることから始めてみてほしい。
참고 자료
よくある質問 (FAQ)
Q. Windmillのライセンスはどうなっているか
WindmillはAGPLv3ライセンスでオープンソースとして公開されている。コミュニティエディションは社内利用であれば無料で使うことができる。
Q. 商用利用やマネージドサービスとして使う場合はどうすればよいか
商用での再配布やマネージドサービスとして提供する場合には、Windmill Labsへの問い合わせや別途商用ライセンスが必要となる。
Q. どのような言語でスクリプトを書くことができるか
主にTypeScriptやPythonをサポートしており、これらをバックグラウンドジョブやAPI、ワークフローとして変換して実行できる。