엔지니어가 Dawn을 열고 요청합니다. "https://topstartups.io/ 페이지를 스크랩하고 이름, 설명, 본사 위치, 설립 연도, URL, 소셜 페이지를 포함한 상위 10개 스타트업을 표 형식으로 제공해 줘."
에이전트는 잠시 생각한 후 페이지를 가져오고, 목록을 파싱하며, 각 스타트업의 프로필을 따라간 뒤 표를 반환합니다. 10개의 행. 모든 열이 채워져 있습니다. Pogo, Auctor, Scalify, Omnea, Rivan, Listen Labs, Doppel, Blossom, Avoca, Traba. 본사는 브루클린, 뉴욕, 런던, 샌프란시스코, 원격 등 다양합니다. 대부분 LinkedIn 페이지가 있습니다. 설립 연도는 2020년부터 2026년까지입니다.
이 표는 몇 번의 FourA 호출로 만들어진 결과물입니다.
이번 주 Dawn은 에이전트 플랫폼 내에서 FourA를 1급 도구로 출시했습니다. 이 도구는 Notion, GitHub, Google Drive 옆의 연동 그리드에 위치합니다. FourA 접근 권한이 부여된 에이전트는 공개 웹 페이지나 HTTP endpoint를 가져오고, 응답(JSON 포함)을 파싱하며, 양식을 제출하고, 도달 가능성을 확인하며, 반환된 결과에서 특정 텍스트나 링크를 추출할 수 있습니다. 각 에이전트는 명시적인 권한을 가지거나 가지지 않습니다. 에이전트별 거버넌스가 적용되며, "모든 에이전트가 인터넷에 접속하는" 위험한 상황은 발생하지 않습니다.
흥미로운 점은 에이전트가 URL에 접근할 수 있다는 사실이 아닙니다. 웹 검색은 1년 전부터 에이전트 플랫폼에 존재했습니다. 진정으로 흥미로운 것은 새롭게 등장하는 도구의 형태입니다.
웹 검색과 URL 추출은 서로 다른 작업입니다. 검색은 "X에 대해 인터넷에서는 뭐라고 하나요?"라는 질문을 위한 것입니다. 광범위하고 생성적이며 요약 수준의 정보입니다. 추출은 "여기 URL 또는 endpoint가 있으니, 이를 가져와서 구조화된 답변을 제공해 줘"라는 요청을 위한 것입니다. 신뢰성 요구 사항, 비용 프로필, 실패 모드가 모두 다릅니다. 이 둘을 하나의 도구에 섞으면 두 작업 모두에 대해 평범한 결과만 얻게 됩니다.
Dawn의 연동은 이 둘을 분리하여 처리합니다. 광범위한 작업을 위한 /web-research 기능이 있습니다. FourA는 타겟팅된 작업을 위한 것입니다. 에이전트는 실제 필요에 따라 적절한 도구를 선택합니다. 이것이 바로 2026년 에이전트 플랫폼 전반에서 나타나기 시작한 성숙화 패턴입니다. 추출은 "검색에 추가된 부가 기능"에서 벗어나 독립적인 기본 요소로 발전하고 있습니다.
이 글을 읽는 플랫폼 엔지니어를 위해
Dawn은 FourA를 8개의 명명된 도구로 노출하며, 각각은 일반적인 추출 패턴에 매핑됩니다.
- HTML 및 텍스트 페이지용
foura_fetch_page - 깔끔하고 읽기 쉬운 콘텐츠용
foura_extract_text - 내비게이션, 양식, 스크립트 및 스타일용
foura_extract_links - API endpoint용
foura_fetch_json - headers, 상태, 리디렉션용
foura_head_url - 빠른 도달 가능성 확인용
foura_probe_site - 로그인 없는 양식 제출용
foura_submit_form - 임의의 HTTP용
foura_single_request
에이전트는 질문의 요구 사항에 따라 선택합니다. 위의 topstartups 쿼리는 가져오기, 추출, 후속 작업 등 3가지를 순차적으로 사용했습니다.
연동은 하루 만에 완료할 수 있을 만큼 간단합니다. 내부에는 두 가지 request 방식이 있습니다. 적극적으로 차단하지 않는 사이트를 위한 브라우저 수준의 request 서명을 가진 다이렉트 모드와, 그 외 모든 경우를 위한 proxy 라우팅 모드입니다. 두 방식 모두 URL, 선택적 headers 및 body, 선택적 response 파싱이라는 동일한 request 형태를 공유합니다. 에이전트는 대상 사이트의 요구 사항에 따라 선택합니다.
플랫폼이 에이전트에게 제공하는 규칙은 보통 다음과 같습니다.
- 에이전트가 사용할 수 있는 명확한 도구 정의가 포함된 소수의 기능 세트 (가져오기 / 추출 / 조사 / 제출)
- 기본적으로 proxy 모드를 사용하고, 지연 시간이나 비용이 중요할 때 다이렉트 모드로 대체
- 플랫폼 고객이 거버넌스를 유지할 수 있도록 하는 에이전트별 권한 부여
- 시스템 프롬프트에 숨겨지지 않고 도구 매개변수로 노출되는 구조화된 response 파싱
하지만 대부분의 플랫폼 엔지니어가 과소평가하는 부분은 꼬리(tail) 영역에서 발생하는 일입니다. 80%의 경우(가져오기가 200ms 만에 성공하고 깔끔한 HTML을 반환)는 쉬운 절반에 불과합니다. 나머지 20%(request 서명을 차단하는 사이트, response에 JS 챌린지를 실행하는 사이트, 클라우드 IP 대역을 403으로 차단하는 사이트)가 에이전트의 응답이 정확할지 아니면 환각일지를 결정합니다. 우리는 바로 그 꼬리 영역을 위해 request 경로를 다시 구축했으며, "신뢰할 수 있는 느낌"과 "실제 신뢰성"의 차이가 작업의 대부분을 차지합니다.
따라서 에이전트 플랫폼을 운영 중이고 고객들이 에이전트가 어떻게 "이 URL을 그냥 확인할 수 있는지" 계속 묻는다면, 이것이 바로 그 패턴입니다. 문서는 /docs에 있습니다. 기꺼이 안내해 드리겠습니다.
그 외 모든 분들을 위해
여러분은 이런 복잡한 과정을 볼 수 없습니다. 단지 AI 어시스턴트에게 지금 당장 실제 웹 페이지를 확인해야 하는 질문을 할 때, 추측하거나 사과하는 대신 정확하게 답변한다는 것만 알게 될 것입니다.
이것이 연동 그리드에서 GitHub 및 Google Drive와 나란히 배치될 만큼 신뢰할 수 있는 추출 기본 요소가 사용자에게 제공하는 결과입니다. 이것은 더 이상 연구 프로젝트가 아닙니다. 인프라의 일부가 되기 시작했습니다.
이것이 중요한 이유
6개월 전만 해도 웹 페이지를 읽어야 하는 에이전트는 맞춤형으로 구축해야 했습니다. 맞춤형 프롬프트, 불안정한 스크래퍼, 수동으로 만든 재시도 로직, 운이 좋아야 60%의 성공률을 보였습니다. 해당 계층이 아직 존재하지 않았기 때문에 형태가 잘못되었습니다. 그리고 에이전트가 접근하는 사이트들은 계속 변했습니다. 안티 봇 기술은 정적 신호에서 행동 검사로 전환되었고, 그 결과 임시방편으로 만든 스크래퍼는 팀이 패치할 수 있는 속도보다 더 빠르게 저하되었습니다.
이제 그 계층이 형성되고 있습니다. Dawn은 이를 채택하여 연동을 출시했습니다. 올해 더 많은 에이전트 플랫폼이 이를 따를 것으로 예상하며, 검색을 위한 전용 도구, 추출을 위한 전용 도구, 에이전트별 거버넌스, 예측 가능한 비용과 같은 규약으로 수렴할 것으로 예상합니다.
아직 초기 단계입니다. 하지만 이것이 바로 새로운 변화가 시작되는 모습입니다. 하나의 기능이 프로젝트에서 벗어나 플러그인 도구가 되는 순간입니다.
에이전트 플랫폼을 구축하고 있고 동일한 형태를 출시하고 싶다면, 연락해 주세요. Dawn에서 에이전트를 구축하고 있다면, FourA는 이미 준비되어 있습니다. 활성화하기만 하면 됩니다.