オープンソース · AGENT 対応

アイデアを、
動くフローへ。

AI エージェントで構築し、キャンバスで調整。選んだインフラで実行。最初の下書きから継続的な自動化まで、ひとつのワークフローで。

Apache-2.0oo flowBeta
実際の Open Flow Workbench:Gmail から Feishu へのワークフローと実行結果。
実際の Open Flow Workbench:Gmail から Feishu へのワークフローと実行結果。
01 / AGENT と構築

やりたいことを伝え、ワークフローを残す。

ターミナルエージェントがアクションの探索、型付きノードの作成、下書きの検証、実行、公開を行えます。変更は同じ Workbench に表示されます。

oo CLI をインストール
oo flow
Gmail の未読メールを読み、要約して Feishu に送って。
01 / 下書き
02 / 検証
03 / 実行
04 / 公開版

oo flow を通じて Codex、Claude Code などのターミナルエージェントに対応。公開は指示したときに行われます。

02 / つながりを理解

グラフが、そのまま実行の仕組み。

名前と型を持つ入出力がデータ依存関係を明確にします。入力が揃うとノードが実行され、独立した分岐は並行して動作できます。

名前と型を持つ入出力がデータ依存関係を明確にします。入力が揃うとノードが実行され、独立した分岐は並行して動作できます。
見える形で設計。必要なところにコード。

見える形で設計。必要なところにコード。

Code Task に JavaScript を記述し、入出力と能力を宣言。サーバーは各コードタスクを新しい V8 隔離環境で実行します。

サービスを接続。認証情報は分離。

サービスを接続。認証情報は分離。

OpenConnector がプロバイダーの認証情報とアクションを管理。Open Flow は不透明な接続 ID のみを保存し、ワークフローとアカウント認可を分離します。

OpenConnector

一度の実行から、日々の自動化へ。

手動、Cron、Webhook、ポーリング、プロバイダーイベントで開始。各実行のノード出力とイベント履歴を確認できます。

CronWebhookポーリングプロバイダーイベント
03 / デプロイ方法を選択

フローの実行場所は、あなたが選ぶ。

OOMOL でも自分の環境でも、同じ Workbench とバージョン管理された Control API を利用できます。

OOMOL Hosted

サーバー運用なしで開始。OOMOL がデプロイと対応する連携の OAuth アプリを管理します。

OOMOL ホスト版を使う

Docker

付属サーバーを自分のインフラで実行。ストレージ、バックアップ、更新、コネクター設定を管理します。

クイックスタート

Fly.io

同じイメージを TLS と永続ボリュームでデプロイ。シークレット、バックアップ、更新、コネクター設定は自分で管理します。

Fly.io

Open Flow はベータ版です。契約はバージョン管理されていますが、最初の安定版は未公開です。

次のアイデアを、ワークフローに。

ホスト版で始めるか、自分のインフラで Open Flow を実行できます。

Markdown で読む ↗