Jinba Trail は、オープンソースの Browserflow SDK(@browserflow/*)をラップし、専門家でなくても直感的かつLLM-nativeな方法で、次の1つのことをできるようにするホスト型Webサービスです。
Webサイト上のタスクを自然文で説明する → AIエージェントが実ブラウザーを一度だけ操作する → 取得された手順をレビューする → 公開する → 呼び出し時にモデルを介さず、それらの手順を決定論的にリプレイする1つのHTTPSエンドポイントが得られる。
このページはホスト型プロダクトを扱います。下層のオープンソースエンジン、つまりSDK、YAMLオーサリング、CLI、セルフホスティングを知りたい場合は、代わりにIntroductionから始めてください。

プロダクトとエンジン

Browserflowはエンジンであり、中核であり続けます。Jinba Trailはその周りの薄いラッパーです。オーサリングの頭脳(Flowを代わりに書くエージェント)、マルチテナンシー、APIキー、run gateway、UIを追加します。下にあるもの、つまりコンパイル、content-addressed digest、決定論的リプレイ、deploy/rollback、run journalはすべてBrowserflowであり、そのまま使われます。
オーサリング時 · 賢い・遅い・対話的
自然文 → LLM + browser agentがChromiumを操作。
すべての操作を記録し、ログイン/入力で一時停止する。
compile & pin
digest
呼び出し時 · 単純・高速・決定論的
POST /v1/run/get-order-status
RiderがRecordingをリプレイする。エージェント不要・約数秒・同じ入力⇒同じ出力。
記録済みオートメーションは、1つの記録済みbrowser toolを呼び出す単一手順のBrowserflow Flowそのものです。Jinba Trailはほとんど新しい名詞を作りません。エンドユーザー向けに、いくつかのSDK概念の呼び名を変えているだけです。
プロダクト上の呼び名エンジン上の呼び名
オートメーション1つの記録済みbrowser toolを呼び出す単一手順のFlowFlowSpec
手順の記録authoring agentがRecordDriverを操作してRecordingを生成すること
手順Recording内のOperationnavigate / fill / click / extract / …)
公開RegistryにPackを登録し、ライブデプロイのdigestを固定すること
バージョンFlowSpecのcontent-addressedなsha256 digest
エンドポイントplaneのrun dispatch上にあるPOST /v1/run/:flow gateway
Run / 実行RunとそのJournal

なぜ「Jinba」なのか

陣馬 (jinba) は、人馬一体、つまり馬と乗り手が一体となって動く感覚を思わせます。このプロダクトは、オートメーションを作る体験を、グラフを描くことやセレクターを書くことではなく、copilotに意図を説明することのように感じさせるべきです。trailは馬が走る道です。一度選び、毎回同じようにたどります。具体的には、その感覚から3つの原則が導かれます。

LLM-nativeなオーサリング、決定論的な実行

モデルは構築中に使う強力な道具です。公開後のFlowは普通の決定論的なPlaywrightリプレイであり、実行方法にモデルは関与しません。

1タスク → 1エンドポイント

考える単位は「呼び出せるもの」であり、「DAG」ではありません。デフォルトのFlowは単一のブラウザー手順です。分岐やループは高度な機能であり、入口ではありません。

ブラウザーは見えていて、手順は編集できる

エージェントの作業をライブペインで見て、取得された手順を修正できます。信頼は、それを見られることから生まれます。

4つの画面

画面できること
Automationsすべてのオートメーションを一覧表示します。状態、呼び出し数(7日)、最終実行を確認し、新規作成できます。
Buildオーサリングスタジオです。タスクを説明し、エージェントがライブブラウザーを操作するのを見て、取得された手順をレビュー・編集し、公開します。Build Studioを参照してください。
Playground公開済みエンドポイントを選び、型付き入力を埋め、ライブに実行し、JSONレスポンスとトレースを確認します。PlaygroundとAPIキーを参照してください。
Docs(オートメーションごと)各エンドポイントの自動生成されたcurlコマンドとリクエスト/レスポンススキーマです。Docsページを読むを参照してください。

次のステップ

Build Studio

記録 → レビュー → 公開をエンドツーエンドで行います。

PlaygroundとAPIキー

公開済みオートメーションを呼び出し、それを認証するキーを管理します。

Docsページを読む

オートメーションごとに自動生成されるDocsページが何を表示し、なぜそうするのか。

サイトが変更された場合 - 再記録

公開済みオートメーションが失敗し始めたときに何をするか。