← Всички публикации

FourA се появява в Dawn (и това е началото на нещо ново)

Dawn пусна интеграция с FourA тази седмица. Зад всеки отговор на агент, който има достъп до уеб, вече стои заявка за извличане. Ето тенденцията, която се оформя.

Инженер отваря Dawn и пита: "Извлечи https://topstartups.io/ и ми дай първите 10 стартъпа, включително имена, описания, централа, година на основаване, URL адреси, страници в социалните мрежи, форматирани като таблица."

Агентът мисли за момент, изтегля страницата, парсва списъците, проследява профила на всеки стартъп и връща таблицата. Десет реда. Всяка колона е попълнена. Pogo, Auctor, Scalify, Omnea, Rivan, Listen Labs, Doppel, Blossom, Avoca, Traba. Централи в Brooklyn, New York, London, San Francisco, Remote. LinkedIn за повечето. Години на основаване от 2020 до 2026 г.

Тази таблица беше резултат от няколко FourA извиквания.

Тази седмица Dawn пусна FourA като инструмент от първи клас в своята платформа за агенти. Той се намира в тяхната мрежа с интеграции до Notion, GitHub и Google Drive. Агентите с предоставен достъп до FourA могат да изтеглят публична уеб страница или HTTP endpoint, да парсват отговора (включително JSON), да изпращат формуляр, да проверяват достъпността и да извличат конкретен текст или връзки от върнатия резултат. Всеки агент има изричен достъп или няма такъв. Управление на ниво агент, без риска на модела "всеки агент получава достъп до целия интернет".

FourA in Dawn's integrations grid, alongside OneDrive, MailJet, Linear, Jira, and Trello FourA in Dawn's integrations grid, alongside OneDrive, MailJet, Linear, Jira, and Trello

Интересното не е, че даден агент може да зареди даден URL. Търсенето в интернет съществува в платформите за агенти от година. Интересното е формата на инструмента, която се оформя в момента.

Търсенето в интернет и извличането от URL са различни задачи. Търсенето е за "какво пише в интернет за X?". Обща, генеративна информация на ниво резюме. Извличането е за "ето го URL адресът или endpoint, изтегли го и върни структурирания отговор". Различни изисквания за надеждност, различни ценови профили, различни режими на отказ. Смесването им в един инструмент води до посредствен резултат и за двете.

Интеграцията на Dawn ги третира като отделни неща. Те използват възможност /web-research за общата задача. FourA е за целевата задача. Даден агент избира правилния инструмент според реалните си нужди. И това е моделът на зрялост, който започваме да виждаме сред платформите за агенти през 2026 г.: извличането преминава от "добавка към търсенето" в самостоятелен примитив.

За системния инженер, който чете това

Dawn предоставя FourA под формата на осем именувани инструмента, всеки съответстващ на често срещан шаблон за извличане:

  • foura_fetch_page за HTML и текстови страници
  • foura_extract_text за изчистено четимо съдържание
  • foura_extract_links за навигация, форми, скриптове и стилове
  • foura_fetch_json за API endpoints
  • foura_head_url за headers, статус, пренасочвания
  • foura_probe_site за бързи проверки на достъпността
  • foura_submit_form за изпращане на форми без вход
  • foura_single_request за произволен HTTP

Агентът избира според изискванията на заявката. Заявката за topstartups по-горе използва три от тях последователно: извличане, обработка, последващо действие.

Интеграцията е достатъчно праволинейна, за да се направи за един ден. Отдолу работят два варианта на заявки: директен режим със сигнатура на заявката от браузърен клас за сайтове без агресивни защити, и режим през proxy за всичко останало. И двата споделят еднаква структура на заявката: URL, опционални headers и body, опционално парсване на отговора. Агентът избира спрямо изискванията на целевия сайт.

Договорът, който една платформа предоставя на своите агенти, обикновено изглежда така:

  • Малък набор от възможности (fetch / extract / probe / submit), всяка с фокусирана дефиниция на инструмента, която агентът може да използва
  • Режим през proxy по подразбиране, с преминаване към директен режим при критичност на латентността или разходите
  • Права за достъп на ниво агент, така че клиентите на платформата да запазят контрол
  • Структурирано парсване на отговора, подадено като параметър на инструмента, а не скрито в системен промпт

Но частта, която повечето системни инженери подценяват, са граничните случаи. Обичайните 80% (заявката успява за 200ms, връща чист HTML) са лесната половина. Останалите 20% (сайтове, които филтрират по сигнатура на заявката, които вкарват JS проверка в отговора, които връщат 403 за цял облачен IP блок) определят дали вашият агент ще върне коректен отговор, или халюцинация. Преработихме изцяло пътя на заявките си точно за тези 20%, а разликата между "изглежда надеждно" и "наистина надеждно" изисква най-много работа.

Така че ако управлявате платформа за агенти и вашите клиенти постоянно питат как техните агенти могат "просто да проверят този URL", това е моделът. Документацията е на /docs. С удоволствие ще ви преведем през процеса.

За всички останали

Вие няма да видите нищо от това. Просто ще забележите, че когато зададете въпрос на AI асистент, който изисква преглед на реална уеб страница в реално време, той отговаря правилно, вместо да гадае или да се извинява.

Това е видимият за потребителя резултат от примитив за извличане на данни, достатъчно надежден, за да стои редом до GitHub и Google Drive в списъка с интеграции. Той спира да бъде изследователски проект. Започва да бъде базова инфраструктура.

Защо това има значение

Преди шест месеца агент, който трябваше да чете уеб страница, изискваше персонализирана разработка. Специфични промптове, чупливи скрапери, ръчно написани повторни опити, 60% успеваемост в добър ден. Подходът беше погрешен, защото самият слой все още не съществуваше. А сайтовете, които агентът достъпваше, се променяха постоянно. Защитата от ботове премина от статични сигнали към поведенчески проверки, така че сглобените набързо скрапери се чупеха по-бързо, отколкото екипите успяваха да ги поправят.

Сега този слой се оформя. Dawn го интегрира и пусна в продукция. Очакваме повече платформи за агенти да последват този пример през годината и очакваме интерфейсният модел да се стандартизира: специализиран инструмент за търсене, специализиран инструмент за извличане, контрол на ниво отделен агент, предвидими разходи.

Все още сме в началото. Но точно така изглежда възходът на нова технология. Когато една функционалност спре да бъде проект и се превърне в готов компонент.

Ако изграждате платформа за агенти и искате да предложите същия модел, свържете се с нас. Ако разработвате агенти върху Dawn, FourA вече е там. Просто я включете.