Do tej pory pisałem o agencie w liczbie pojedynczej. Przyszedł, przeczytał, odpowiedział użytkownikowi, poszedł. Całe agent-readiness sprowadzało się do jednego pytania: czy on to zrozumie?
Paperclip zmienia adresata. Nie odwiedza Cię agent — odwiedza Cię organizacja. Ma role, linie raportowania, harmonogram i budżet. Wraca cyklicznie. Rozlicza się z kosztów. I to ostatnie jest ważniejsze, niż wygląda, bo wprowadza do agentic web coś, czego wcześniej nie było: cenę za przeczytanie Twojej strony.
Pytanie przestaje brzmieć „czy agent mnie zrozumie”. Zaczyna brzmieć: ile go to kosztuje i czy mu się to opłaca względem konkurencji.
Wizyta, przy której nikt nie siedzi
Zacznijmy od rzeczy najbardziej przyziemnej, bo to ona wywraca najwięcej.
Agent w Paperclipie nie biegnie bez przerwy. Budzi się w cyklu — heartbeat — sprawdza kolejkę zadań, działa, zasypia. Nikt nie patrzy na ekran. Nikt nie widzi błędu. Jeśli Twój serwer odpowie mu inaczej niż człowiekowi, dowiesz się o tym nigdy.
Mam na to świeży przykład z własnego podwórka. Jeden z serwisów, który prowadzę, przez jakiś czas odsyłał kod 503 Service Unavailable każdemu klientowi, który nie wyglądał jak przeglądarka. Otwarty w Chrome: 200, wszystko śmiga. Pobrany przez narzędzie z adresu datacenter: 503, koniec rozmowy. Winowajcą był wbudowany throttling serwera plus reguły anty-botowe hostingu — nic, co widać w panelu WordPressa, nic, co zgłosi się samo.
Z perspektywy człowieka strona działała bez zarzutu. Z perspektywy agenta nie istniała.
To jest nowa klasa awarii i nie ma dla niej monitoringu w standardzie. Uptime monitor sprawdza stronę z jednego adresu, zwykle z UA przeglądarki. Analytics liczy ludzi. Search Console mówi o Googlebocie, który jest tylko jednym z wielu i akurat tym najlepiej tolerowanym. Cała reszta ruchu agentowego przychodzi z chmury, bez ciasteczek, bez JS, często z niestandardowym UA — czyli dokładnie z profilem, który reguły anty-botowe odsiewają domyślnie.
Sprawdzenie zajmuje minutę:
# tak widzi Cię przeglądarka
curl -s -o /dev/null -w "%{http_code}\n" -A "Mozilla/5.0 ..." https://twojadomena.pl/
# tak widzi Cię agent
curl -s -o /dev/null -w "%{http_code}\n" https://twojadomena.pl/
Dwie różne liczby to problem. Jeśli druga to 403, 429 albo 503, jesteś niewidzialny dla warstwy, o którą walczysz.
Budżet zamiast rankingu
Teraz sedno.
Każdy agent w Paperclipie ma limit wydatków, a każde przebudzenie generuje zdarzenie kosztowe. To nie jest licznik dla księgowości — to warunek uruchomienia. System sprawdza budżet, zanim odpali agenta.
Wyciągnij z tego konsekwencję dla siebie. Agent-badacz dostaje zadanie i ma na nie pulę. Twoja strona wchodzi do jego kontekstu jako tekst, a tekst kosztuje tokeny. Strona, która oddaje odpowiedź w tysiącu tokenów, i strona, która tę samą odpowiedź topi w piętnastu tysiącach nawigacji, banerów zgody, powtórzonego menu i trzech wersji stopki — to z punktu widzenia budżetu dwa różne produkty w różnych cenach.
Nigdy wcześniej struktura strony nie miała ceny wyrażonej w jednostce, którą system realnie kontroluje. W SEO chudy HTML był miłym dodatkiem do rankingu. Tutaj jest pozycją w rachunku.
To zmienia status rzeczy, które dotąd sprzedawaliśmy jako higienę:
llms.txt przestaje być uprzejmością wobec modeli. Staje się skrótem, który oszczędza agentowi przechodzenia przez pełny HTML, żeby dowiedzieć się, co u Ciebie jest.
Czysty, semantyczny HTML przestaje być kwestią gustu. Każdy zagnieżdżony div bez znaczenia to tokeny, za które ktoś płaci.
schema.org przestaje być loterią rich snippetów. Ustrukturyzowany fakt jest tańszy do wyciągnięcia niż ten sam fakt zakopany w akapicie.
Powtarzalne bloki — menu, stopka, sidebar, ta sama sekcja powiązanych wpisów na każdej podstronie — kosztują przy każdym odczycie od nowa. Agent, który przeczyta u Ciebie pięć artykułów, pięć razy zapłaci za Twoją nawigację.
Zastrzeżenie, żeby było uczciwie: Paperclip nie ma funkcji „ranking źródeł według kosztu”. Nie ma jej żaden znany mi orkiestrator. To, co opisuję, to wniosek z konstrukcji — z tego, że budżety są twarde, koszty są mierzone, a przebiegi zapisywane. Presja ekonomiczna na tanie źródła wynika z architektury, nie z zaimplementowanej funkcji. Traktuj to jako prognozę kierunku, nie jako opis istniejącego mechanizmu.
Blocker, czyli jak znikasz bez powiadomienia
W Paperclipie zadania mają zależności blokujące jako pełnoprawny element modelu. Jeśli agent nie może czegoś zrobić, oznacza zadanie jako zablokowane, dopisuje powód i praca idzie dalej — do innego agenta, innym torem, z innego źródła.
Zwróć uwagę, czego tu nie ma. Nie ma ponawiania w nieskończoność. Nie ma człowieka, który zobaczy komunikat i zaklnie. Nie ma maila do webmastera. Jest cicha decyzja, że tędy się nie da, zapisana w systemie, do którego nie masz wglądu.
Dotychczasowa nieobecność w wynikach była mierzalna — spadek pozycji widać w Search Console. Ta jest niemierzalna z Twojej strony. Zniknięcie z obiegu agentowego nie generuje sygnału u wykluczonego. Generuje go u tego, kto wykluczył.
Ślad audytowy jako pamięć organizacji
Każdy przebieg zostawia po sobie strukturalny log, koszt i rezultat. Firma agentów działająca miesiącami buduje więc coś, czego dotąd w tej warstwie nie było: historię współpracy ze źródłami.
Które domeny odpowiadały. Które kosztowały mało. Które trzeba było ponawiać. Gdzie dane były ustrukturyzowane, a gdzie trzeba było zgadywać.
To jeszcze nie jest ranking i nie udaję, że nim jest. Ale to jest surowiec, z którego ranking robi się sam, przy pierwszej próbie optymalizacji kosztów przez kogokolwiek prowadzącego taką instalację. Reputacja przestaje wtedy być funkcją linków przychodzących, a staje się funkcją tego, jak tanio i bezawaryjnie dawało się z Tobą pracować.
Jest w tym dobra wiadomość dla małych: tego się nie kupuje. Nie ma agencji, która sprzeda Ci niski koszt odczytu. Jest tylko porządek we własnym HTML-u.
Clipmart, czyli dlaczego warto patrzeć na roadmapę
W planach Paperclipa jest Clipmart — marketplace gotowych struktur firm do zaimportowania jednym kliknięciem. Agencja contentowa, biuro researchu, dev shop; role, konfiguracje i umiejętności w komplecie.
To jeszcze nie istnieje, więc traktuj następne zdanie jak spekulację, którą jest. Jeśli szablony będą przychodzić z domyślnymi listami źródeł — a trudno wyobrazić sobie sensowny szablon agencji contentowej bez nich — to znalezienie się na takiej liście będzie tym, czym w 2010 roku była pierwsza dziesiątka Google. Z tą różnicą, że replikuje się przez kopiowanie szablonu, nie przez algorytm.
Nie ma tu dziś nic do zrobienia. Warto natomiast wiedzieć, gdzie patrzeć.
Co zrobić w ten weekend
Sześć rzeczy, wszystkie sprawdzalne od razu:
- Porównaj odpowiedź serwera dla UA przeglądarki i dla gołego
curl. Różnica w kodzie odpowiedzi to najpilniejszy problem na tej liście. - Sprawdź limity i reguły anty-botowe u hostingu — throttling, ModSecurity, blokady po ASN. LiteSpeed i podobne serwery odsyłają w takich razach 503, czyli kod, który wygląda jak awaria i znika, zanim ktokolwiek go zbada.
- Zmierz koszt odczytu. Weź swoją najważniejszą podstronę, przepuść przez dowolny tokenizer i zobacz liczbę. Potem zrób to samo z konkurencją. To jest metryka, której nikt jeszcze nie pilnuje.
- Policz, ile z tego to powtarzalny balast — nawigacja, stopka, banery, bloki „przeczytaj też”. Wszystko, co agent kupuje przy każdej podstronie osobno.
- Wystaw
llms.txti sprawdź, czy jest aktualny. Nieaktualny jest gorszy niż żaden, bo agent mu ufa. - Zweryfikuj stabilność URL-i. Agent wraca w kolejnych cyklach do adresu, który zapamiętał. Przekierowanie kosztuje przebieg; 404 kosztuje zadanie.
Jedno zdanie na koniec
Agent-readiness przez dwa lata było pytaniem o zrozumiałość. Od momentu, w którym agenci dostali budżety, jest pytaniem o cenę. Dobra wiadomość jest taka, że obie odpowiedzi wymagają dokładnie tego samego: uporządkowanej strony, która oddaje sens bez ceregieli.
Zła jest taka, że tym razem ktoś to policzy.
Data weryfikacji treści: sierpień 2026. Opis mechanizmów Paperclipa według publicznej dokumentacji projektu; wnioski dotyczące ekonomii odczytu są interpretacją autora, nie opisem zaimplementowanych funkcji.





















