실제 브라우저를, 워크플로의 한 단계로
HTTP 요청이 아니라, 페이지의 JavaScript를 실행하고 그것이 끝날 때까지 기다린 뒤 사람이 실제로 보게 될 내용을 돌려주는 진짜 브라우저입니다. 캔버스에 끌어다 놓는 구성 요소이며, 인수는 이전 단계에서 가져올 수 있고, 요금제 한도는 요청이 나가기 전에 확인됩니다. 청구서에서 뒤늦게 알게 되지 않습니다.
캔버스 구성 요소로서의 실제 브라우저입니다. JavaScript를 실행하고 렌더링된 콘텐츠나 스크린샷을 반환하며, 워크스페이스별 한도는 각 요청 전에 확인됩니다.
이 구성 요소가 제공하는 것
- 요청이 아니라 실제 브라우저 — 많은 페이지는 JavaScript가 실행되기 전까지 비어 있습니다. 이것은 페이지를 로드하고 스크립트를 실행한 뒤 콘텐츠가 안정될 때까지 기다리는 실제 브라우저이므로, 단순한 HTTP 요청이 반환하는 맨 HTML이 아니라 사람이 보게 될 내용을 읽습니다.
- 렌더링된 콘텐츠 또는 스크린샷 — 다음 단계나 에이전트에 바로 넘길 수 있는 깔끔한 마크다운으로 페이지를 받거나, 렌더링이 완료된 화면의 스크린샷을 캡처하세요. 페이지가 돌아오는 방식을 단계마다 선택할 수 있으며, 중간에 별도의 파싱 단계가 필요 없습니다.
- 데이터를 읽는 인수 — 열어야 할 URL이 상수인 경우는 드뭅니다. 각 인수는 페이로드나 이전 단계의 출력을 기반으로 한 식일 수 있으므로, 방금 조회한 레코드에서 페이지를 열 때 단지 필드 이름을 바꾸기 위한 변환 단계를 앞에 둘 필요가 없습니다.
- 워크플로에서도 에이전트에서도 사용 가능 — 같은 구성 요소를 순서대로 배치하는 일반 단계로도, 언제 페이지를 여는 것이 좋을지 스스로 판단하는 에이전트에 부여하는 도구로도 사용할 수 있습니다. 두 경로 모두 동일하게 측정되므로, 에이전트가 워크플로가 지키는 한도를 넘어 소비할 수 없습니다.
플랫폼 기능
- 실제 브라우저: 각 페이지를 로드하는 방식
- 단계 또는 도구: 접근하는 두 가지 방법
- 호출 전에: 한도가 확인되는 시점
직접 호스팅해야 하나요?
아니요. 브라우저는 플랫폼의 일부로 실행되므로 배포할 컨테이너도, 계속 패치해야 할 브라우저도, 별도의 청구도 없습니다. 구성 요소를 배치하고 무엇을 열지 설정하기만 하면 됩니다.
페이지의 JavaScript를 실행하나요?
네. 실제 브라우저이므로 스크립트가 실행되고, 무언가를 읽기 전에 페이지가 로딩을 마칠 시간을 줍니다. 결과를 마크다운이나 렌더링 완료 화면의 스크린샷으로 받을 수 있으며, JavaScript 없이는 비어 있는 페이지도 내용이 채워진 채로 돌아옵니다.
AI 에이전트가 무엇을 열지 결정할 수 있나요?
네, 허용하면 가능합니다. 구성 요소를 에이전트에 연결하면 모델이 페이지를 읽을 가치가 있다고 판단할 때 호출할 수 있습니다. 워크플로 단계와 정확히 동일하게 측정되므로 이 기능을 부여해도 한도는 올라가지 않습니다. 직접 결정하고 싶다면 일반 단계로 사용하세요.