Hoppa till innehållet

Redo för AI-agenter

Engineer ApS gör webbplatser och appar som AI-agenter kan hitta, läsa och använda: robots, sitemaps, Markdown, llms.txt, tillgänglighet och API:er.

Allt fler frågar en AI-assistent innan de öppnar en sökmotor, och assistenten skickar ut en agent som läser webben åt dem. Om agenten hittar dig, läser dig rätt och kan agera på det den läser är en egenskap hos din webbplats eller app, och den går att bygga och kontrollera som vilken annan egenskap som helst. Det arbetet gör vi, och den här webbplatsen är skolexemplet.

Hittad: varje sida, med avsikt

En agent börjar där en sökrobot gör: i robots.txt-filen, i webbplatskartan och i sökindexen. Vi får robots-filen att uttrycka ett beslut snarare än en tillfällighet. Den här webbplatsens fil säger, med Content Signals-vokabulären, att sökning, AI-svar och träning är tillåtna allihop — din får gärna säga nej till träning, och det som spelar roll är att den säger något. Varje sida finns i webbplatskartan med datumet då den senast ändrades, hämtat ur dess historik, och varje driftsättning meddelar vad som har ändrats via IndexNow, så att de sökmotorer som deltar får veta om en ny sida samma dag som den publiceras i stället för vid sitt nästa besök.

Läst: texten, inte inredningen

En sida byggd för ögon är mest navigering, skript och layout, och en agent som betalar för varje ord den läser betalar för alltihop för att nå det stycke den kom för. Varje sida här har en Markdown-tvilling på samma adress: lägg till index.md, eller be om text/markdown, så svarar servern i samma form. llms.txt är en karta över hela webbplatsen skriven för en språkmodell, llms-full.txt är webbplatsen i en enda fil, och varje sida har strukturerad data som namnger företaget, dess tjänster och var sidan står bland de andra. Varje startsida svarar med en Link-header, rel="describedby", som pekar på llms.txt, så att en agent får veta att kartan finns innan den har läst ett ord av sidan.

Användbar: i stånd att agera, inte bara läsa

Många agenter som styr en webbläsare läser en sida på samma sätt som en skärmläsare gör, genom dess tillgänglighetsträd. Arbetet som gör en webbplats användbar utan mus — riktiga knappar, formulär med etiketter, rubriker i ordning, landmärken — är samma arbete som låter en agent hitta formuläret och fylla i det. Den här webbplatsen besvarar varje kriterium i WCAG 2.2 AA skriftligt. För en applikation betyder användbar ett beskrivet API: ett OpenAPI-dokument, en MCP-server där agenter ska anropa det direkt, och de OAuth-metadata som låter en agent agera för en användare utan att ett lösenord byter ägare.

Att lägga till en fil är den enkla halvan — att veta vilka som ska utelämnas är arbetet.

En skanner rapporterar allt den inte hittar; någon måste avgöra vad av det som är sant för dig.

Ett beslut om varje rekommendation

Nya förslag för agenter dyker upp snabbare än de hinner sätta sig, och en skanner kommer att rapportera vart och ett av dem som saknat. Vi klassificerar varje fynd i stället för att lyda det: vad det gör, vem som läser det och vad det kostar att hålla det sant. På den här webbplatsen innebar det att fem valdes bort. En robots-regel för alla agenter i stället för en per agent, eftersom en regel skriven för en sökrobot i tysthet ersätter den allmänna för just den sökroboten. Ingen API-katalog och inga OAuth-metadata, eftersom det inte finns något API. Inget agentkort och ingen handelsfil, eftersom det inte finns något här för en agent att anropa eller köpa. En kund får samma sak: en lista över vad som ska läggas till och en lista över vad som ska lämnas därhän, varje rad med sitt skäl.

Kontrollera det i din egen webbläsare

Inget på den här sidan behöver tas på tro. Läs robots.txt, llms.txt, agents.txt och ai.txt, eller öppna den här sidan som Markdown. Bygget läser varje tvilling efter kvarlämnad markup och varje datum i webbplatskartan mot sidans historik, och det vägrar publicera när något av dem är fel — så att den halva av webbplatsen som agenter läser inte i tysthet kan halka efter den halva som människor läser.

Så går ett uppdrag till

Det börjar med enbart läsåtkomst. Vi tittar på vad agenter får från dig i dag — robots-filen, webbplatskartan, texten bakom layouten, den strukturerade datan, tillgänglighetsträdet och, för en applikation, API:et — och lämnar över fynden till dig, vart och ett med ett beslut och dess skäl. Ändringarna görs sedan i ditt repo, genom din granskning, med kontroller som stoppar bygget när en sida slutar gå att läsa, så att arbetet inte förfaller när vi har gått. Det köps som resten av vårt arbete, på villkoren i vad det kostar.

Om du vill att agenter ska hitta dig, läsa dig rätt och få saker gjorda åt de människor som skickade dem, berätta vad du kör.

Engineer-maskoten: en vänlig blå och vit robot i en kretsmönstrad mantel, som sitter vid ett skrivbord med båda händerna på tangentbordet framför en stor skärm

Din nästa kund skickar kanske en agent först — se till att den kommer tillbaka med rätt svar.

Det börjar med en titt, enbart med läsbehörighet, på vad agenter får från dig i dag, och varje fynd kommer med sitt skäl.

Be om en första titt Vad det kostar