OpenFlowとは？
OpenFlowは、単独の開発者であるSeeRay11氏によるマルチエージェントワークフロー向けのビジュアルビルダーです。planner、architect、coderといった役割カードをキャンバス上にドラッグし、パイプラインとして接続して保存し、並列エージェントで実行します。これはOpenCodeのフォークです。OpenFlow自体のコードは単一のパッケージであるpackages/flowにまとめられており、エージェントは内部で変更のないopencode serveエンジン上で動作します。
動作にはBun 1.3以上とGitが必要で、1つのコマンドで起動し、ポート4096のエンジンとともにlocalhost:5174でキャンバスを開きます。各ノードはキー不要のOpenCodeの無料共有モデル利用枠、またはアプリ内に追加した任意のプロバイダーキーを使用できます。OpenCodeチームからは独立しています。
2026年8月に作成されたこのリポジトリは、約170のGitHubスターを獲得しており、ライセンスはMITです。最新リリースはv1.3.0（2026年10月18日）です。
OpenFlowは使う価値があるか？
OpenFlowは、依存関係として採用する対象というよりは、アイデアとして知っておく価値があるプロジェクトです。OpenCodeの前面にノードキャンバスを配置することで、plannerからarchitect、そしてcoderへと続くパイプラインが、プロンプトを再入力するものではなく、描画して保存し、再実行するものへと変わります。すべてのコードが変更のないOpenCodeエンジンの上にある単一のパッケージ内に収められているため、OpenCodeの上流での改善がそのまま反映されます。これはフォークを構築する方法として理にかなっています。
デフォルト設定には注意が必要です。権限は各ツールリクエストを順次承認するautoに設定されており、エージェントはOPENFLOW_PROJECTで指定されたディレクトリに書き込みを 行いますが、これはデフォルトでOpenFlowのリポジトリ自体になっています。ツールバーをask meに切り替えることでプロンプトでの確認が復活し、どちらの設定でもすべての決定がログに記録されます。キーを設定しない場合、ノードはOpenCodeの無料共有モデルで実行されますが、READMEではこの利用枠が混雑している際に429エラーや400エラーが返されることへの注意が促されています。
運用の荒削りな部分には、開発開始からの日の浅さが現れています。READMEの大部分は、ポート4096および5174の解放、2つのエンジンがOpenCodeのデータディレクトリを共有する際のdatabase is lockedエラー、そして起動時にエージェント設定をキャッシュするためにエンジンを再起動する必要がある点についての説明に割かれています。最近の変更より前に保存されたパイプラインは、エージェントを一度再生成する必要があります。スターは約170件、未解決のissueは3件、メンテナーは1人で、プロジェクトのホームページはsubredditです。
固定された多段階のコーディングパイプラインであれば、現時点ではスクリプト化されたOpenCodeやClaude Codeのサブエージェント構成の方が予測しやすくなっています。一般的なビジュアルエージェントワークフローに関しては、Langflowの方が何年も先を行く開発実績を持っています。OpenFlowは、マルチエージェントのコーディングパイプラインを図として確認したい場合の実験用としては使いやすく、2人目のメンテナーが現れれば、さらに発展する可能性があります。
真価を発揮する場面
個人プロジェクトでマルチエージェントコーディングを検証している開発者です
planner、architect、coderによるパイプラインと、単一エージェントの性能を比較することです
リポジトリをクローンし、bun installを実行し、OPENFLOW_PROJECTを使い捨てのリポジトリに設定し、権限をask meに切り替えた上で、有料キーを追加する前に無料の-freeモデルでパイプラインを実行します。有料モデルを選択するまでコストは発生しません。
社内AIワークショップを運営しているエンジニアリングマネージャーです
マルチエージェントパイプラインが段階的に実際何を行うのかをチームに説明することです
キャンバス上でパイプラインをリアルタイムに描画し、サンプルリポジトリに対して実行します。視覚的なレイアウトは設定ファイルよりも役割や連携の手順をわかりやすく説明でき、実行ログには各権限決定が表示されます。
導入前に確認すること
- 導入
- git clone、bun install（初回のインストールは容量が大きいです）、FLOW_MANAGE_SERVER=1 bun openflow.tsの順に実行します。ポート4096のエンジンとともにlocalhost:5174でキャンバスが開きます。Bun 1.3以上とGitが必要です。
- 連携
- OpenCodeのエンジン、エージェント、skills、MCP設定、タイトルバーでの追加またはOpenCode CLIからインポートされるOpenCode対応の任意のプロバイダーキー、OpenCodeの無料共有モデル利用枠と連携します。
- データとプライバシー
- ローカルで動作します。プロンプトとコードは各ノードが使用するモデルプロバイダーに送信されます。権限はデフォルトで自動承認に設定されており、エージェントはOPENFLOW_PROJECT内に実際のファイルを書き込みます。MITライセンスであり、セキュリティアドバイザリは公開されていません。
- 大規模利用時のコスト
- 有料版はありません。OpenCodeの共有利用枠ではレート制限付きで無料ですが、それ以外の場合はパイプライン内のエージェントノード数に応じてプロバイダーのトークン消費が増加します。
- 制限
- 単独のメンテナーによって運営されています。共有データベースを同時に使用できるOpenCodeエンジンは1つのみです。エージェント設定の変更にはエンジンの再起動が必要で、以前に保存した古いパイプラインはエージェントを一度再生成する必要があります。
良い点
- マルチエージェントコーディングパイプライン向けのビジュアルキャンバスです
- 変更のないOpenCodeエンジンの上に単一パッケージで独自コードを配置した、クリーンなフォークです
- OpenCodeの無料モデル利用枠により、APIキーなしで動作します
- すべての権限決定が実行ログに書き込まれます
気になる点
- エージェントが実際のファイルを編集する一方で、権限はデフォルトで自動承認になっています
- メンテナーは単独で、スター数は約170件、2026年8月に作成されたばかりです
- READMEの多くをポート、データベースロック、再起動に関する特有の挙動の解説が占めています
- 無料利用枠は共有されているため、頻繁にレート制限がかかります
おすすめの人
サンドボックス用のリポジトリ上で、描画 可能で再利用できるマルチエージェントコーディングパイプラインを実験したいOpenCodeユーザーに適しています。
OpenFlowの代替
OpenFlow ：よくある質問
- OpenFlowは使う価値があるか？
- OpenCode上でエージェントパイプラインを描画するというアイデアは優れていますが、自動承認された権限で実際のファイルを編集する、開発開始から2か月の個人開発フォークであるため、現時点では趣味の域を出ないツールです。 評価は5点満点中3.2点です。
- OpenFlowの料金は？
- 無料でオープンソース（MIT）です。モデルはOpenCodeの共有利用枠で無料で使用できるほか、プロバイダーから課金される形で利用できます。
- OpenFlowの欠点は？
- エージェントが実際のファイルを編集する一方で、権限はデフォルトで自動承認になっています; メンテナーは単独で、スター数は約170件、2026年8月に作成されたばかりです; READMEの多くをポート、データベースロック、再起動に関する特有の挙動の解説が占めています; 無料利用枠は共有されているため、頻繁にレート制限がかかります.
- OpenFlowは誰に向いているか？
- サンドボックス用のリポジトリ上で、描画可能で再利用できるマルチエージェントコーディングパイプラインを実験したいOpenCodeユーザーに適しています。
- チームや本番環境でOpenFlowを使うと費用はいくらか？
- 有料版はありません。OpenCodeの共有 利用枠ではレート制限付きで無料ですが、それ以外の場合はパイプライン内のエージェントノード数に応じてプロバイダーのトークン消費が増加します。
- OpenFlowは企業データを扱っても安全か？
- ローカルで動作します。プロンプトとコードは各ノードが使用するモデルプロバイダーに送信されます。権限はデフォルトで自動承認に設定されており、エージェントはOPENFLOW_PROJECT内に実際のファイルを書き込みます。MITライセンスであり、セキュリティアドバイザリは公開されていません。
- OpenFlowの代わりになるものは？
- 当サイトでレビューした中で最も近い代替はOpenCode, Langflow, Vibe Kanban 、 CrewAIです。
回答確認日：2026年10月31日