Breyta.ai

構築の主役はコマンドラインだ。インストールしてセットアップ用プロンプトをコーディングエージェントに渡すと、実行前に目で確認できる構造化されたフロー定義を出力する。どのコマンドも安定した JSON を返すので、エージェントが結果を解析してそのまま動ける。人間が間に立つ必要はない。

Breyta はあなたのロジックを、トリガー、状態、リトライ、承認、ログを備えたバージョン付きワークフローとして動かす。決定的な実行基盤のおかげで、失敗したステップから立て直し、最初からやり直さずに実行を安全に修復できる。実行履歴と失敗の内訳も見られる。顧客が結果を待っている場面では、これが効く。

フローは LLM の呼び出しだけではない。HTTP、コードと関数、データベース、検索、待機、通知、キー・バリュー、スリープ、SSH、子ワークフローといったステップを扱える。この幅があれば、HTTP ステップでほぼどのシステムにもつなげ、面倒な認証やデータの対応付けはコードステップで片付けられる。

同じワークフローを、手動アプリ、HTTP エンドポイント、MCP ツール、再利用可能なステップとしてまとめられる。開発者向けの HTTP エンドポイント、AI クライアント向けの MCP ツール、それ以外の人向けの手動アプリをこれでまかなえる。買い手は自分の構成に合わせて使えばいい。アプリのページ、必要な接続、出力例、決済の流れは Breyta が用意し、作り手はワークフローのマーケットプレイスにおける売上の 95% を手にする。

ワークフローは、データを Breyta の保存領域に押し込むのではなく、管理された接続を通じて自分のデータベース、BLOB ストレージ、キー・バリューストア、HTTP API、モデルプロバイダーにつなげられる。機密情報は KMS による暗号化で保管し、ワークフロー定義とは分けて置く。認証情報がフローに直書きされることはない。

課金は席数やワークフロー数ではなく、ステップ実行回数で決まる。有料プランはどれもユーザー数、ワークフロー数、同時実行数が無制限で、番号の付いたステップが実際に走ったときだけ料金がかかる。トリガー、待機、承認は対象外で、リトライやループの各周回をどう数えるかは料金ページに明記されている。

Breyta は GDPR と SOC 2 Type II に準拠しているとし、本番のワークロードは主に EU リージョンの Google Cloud Platform 上で動いている。アクセスはワークスペースのロールで区切り、Webhook は HMAC、署名、ベアラートークン、API キーの認証に対応する。顧客のコンテンツで自社モデルを学習しないことも明言している。