実際のブラウザを、ワークフローのステップとして
単なる HTTP フェッチではなく、ページの JavaScript を実行し、その完了を待ってから、人が実際に見る内容を返す本物のブラウザです。キャンバスに配置するコンポーネントで、その引数は前のステップから取得でき、プランの許容量はリクエストが送信される前に確認されます。請求書で初めて気づくことはありません。
キャンバスのコンポーネントとしての本物のブラウザ。JavaScript を実行し、レンダリングされたコンテンツまたはスクリーンショットを返します。ワークスペースごとの許容量は各リクエストの前に確認されます。
このコンポーネントでできること
- フェッチではなく、本物のブラウザ — 多くのページは JavaScript が実行されるまで空のままです。これはページを読み込み、スクリプトを実行し、コンテンツが安定するまで待つ本物のブラウザなので、単純な HTTP リクエストが返す素の HTML ではなく、人が見る内容を読み取れます。
- レンダリング済みコンテンツまたはスクリーンショット — ページを、次のステップやエージェントにそのまま渡せるクリーンな Markdown として取得するか、レンダリング完了後のスクリーンショットとして取得できます。ページの返し方はステップごとに選べ、間に別の解析ステージは不要です。
- データを読み取る引数 — 開く URL が定数であることはめったにありません。各引数はペイロードや前のステップの出力に対する式にできるので、直前に取得したレコードから開くページのために、フィールド名を変えるだけの変換ステップを前に置く必要はありません。
- ワークフローからもエージェントからも利用可能 — 同じコンポーネントを、順番に配置する通常のステップとしても、ページを開く価値があるかを自ら判断するエージェントに付与するツールとしても利用できます。どちらの経路も同じように計測されるため、エージェントがワークフローの守る上限を超えて消費することはありません。
プラットフォームの機能
- 本物のブラウザ: 各ページの読み込み方法
- ステップまたはツール: 2 つの利用方法
- 呼び出し前に: 許容量が確認されるタイミング
何かをホストする必要はありますか？
いいえ。ブラウザはプラットフォームの一部として動作するため、デプロイするコンテナも、パッチを当て続けるブラウザも、別途の請求もありません。コンポーネントを配置し、何を開くかを設定するだけです。
ページの JavaScript は実行されますか？
はい。本物のブラウザなので、スクリプトが実行され、何かを読み取る前にページの読み込みが完了するまで待ちます。結果は Markdown として、またはレンダリング完了後のスクリーンショットとして取得でき、JavaScript なしでは空になるページも中身が埋まった状態で返ってきます。
AI エージェントが開く対象を判断できますか？
はい、許可すれば可能です。コンポーネントをエージェントに接続すると、ページを読む価値があるとモデルが判断したときに呼び出せます。ワークフローのステップとまったく同じように計測されるため、機能を付与しても上限は上がりません。自分で判断したい場合は、通常のステップとして使ってください。