WebMCP lokakuussa 2026: miten verkkosivusta saa tekoälyagenttien käytettävän ja mitä origin trial todella tarkoittaa

WebMCP:n avulla verkkosivu voi antaa tekoälyagentille lyhyen luettelon asioista, joita agentti voi tehdä. Jokaisella on nimi, kuvaus ja parametriskeema, eikä agentin tarvitse päätellä sivun toimintaa kuvakaappauksista ja DOM:sta. Agentti, joka löytää työkalun check_order_status, voi kutsua sitä tilausnumerolla. Ilman työkalua agentin on löydettävä oikea kenttä ja napsautettava oikeaa painiketta.

Niin lupaa teknologia. Tilanne 22. lokakuuta 2026 on kuitenkin suppeampi kuin useimmat kirjoitukset antavat ymmärtää. WebMCP on W3C:n Community Groupin ehdotus, ei standardi. Chrome ajaa sitä origin trialina, eikä julkaisupäätöstä ole vielä tehty. Työkaluja kutsuu yksi kuluttaja-agentti (ChatGPT:n työpöytäsovellukseen sisäänrakennettu selain), ja se ei tue deklaratiivista lomakeversiota, joka poistettiin spesifikaatiosta 8. lokakuuta. Safarin moottoritiimi vastustaa ehdotusta; Mozilla on neutraali.

Tämä artikkeli on kehittäjille ja tuotteenomistajille, jotka päättävät, kannattaako WebMCP ottaa käyttöön nyt. Se kertoo, mikä rajapinta on, kuka sitä kutsuu, miten sen saa päälle oikeille kävijöille, miten työkalut kirjoitetaan niin, ettei agentille anneta ladattua asetta, ja mitä kannattaa korjata ensin, jos haluat agenttien käyttävän sivustoasi lainkaan.

Mitä WebMCP on

Spesifikaatio määrittelee JavaScript-rajapinnan document.modelContext, jonka kautta sivu rekisteröi työkaluja: ”WebMCP-rajapinta antaa verkkosovelluksille mahdollisuuden tarjota JavaScript-pohjaisia työkaluja tekoälyagenteille.” Työkalulla on name, description ja execute-takaisinkutsu sekä valinnaisesti title, inputSchema (JSON Schema) ja annotations. Kun agentti kutsuu työkalua, sivun oma koodi ajetaan käyttäjän istunnossa.

Kolme asiaa on helppo ymmärtää väärin:

• Se ei ole standardi. Asiakirja on Web Machine Learning Community Groupin Draft Community Group Report -luonnos, ja se sanoo sen itse: ”Se ei ole W3C:n standardi eikä kuulu W3C:n standardipolulle.” Chromen oma dokumentaatio puhuu ”ehdotetusta verkkostandardista”. Raportin päiväys on muuttunut lokakuussa muutaman päivän välein; sen toimittajat ovat Microsoftilta ja Googlelta.
• Siinä ei ole MCP:tä. Spesifikaation mukaan rajapintaa käyttäviä sivuja ”voi ajatella Model Context Protocol -palvelimina, jotka toteuttavat työkalut asiakaspuolen skriptinä”, ja että se ”ei määrää, missä muodossa työkalut esitetään selaimen agentille”. Mozillan arvio sanoi suoraan: ”Nimi johtaa harhaan ... Tässä ei ole MCP:tä.” WebMCP-työkalu ei yhdisty taustajärjestelmäsi MCP-palvelimeen eikä korvaa sitä.
• Se ei tee sinua löydettäväksi. Chromen dokumentaatio mainitsee rajoituksen itse: ”Asiakkaiden ja selaimien on vierailtava sivustolla suoraan tietääkseen, onko siinä kutsuttavia työkaluja.” WebMCP auttaa agenttia, joka on jo sivullasi. Se ei auta tulemaan löydetyksi.

Rajapinta toimii vain suojatuissa yhteyksissä (secure context), ja sitä rajaa tools-Permissions Policy, jonka oletuksena sallittu lähde on 'self'. Eri alkuperän iframe ei siis voi rekisteröidä työkaluja, ellei upottava sivu salli sitä.

Tilanne 22. lokakuuta 2026

Chrome 156, alkuperäisen kokeiluikkunan viimeinen julkaisu, tuli vakaaseen jakeluun 20. lokakuuta 2026. Chrome 162, pyydetyn jatkon päätös, on määrä julkaista vakaana 2. helmikuuta 2027. Kokeilun konsolista ei voitu varmistaa, onko jatko voimassa, joten suunnittele niin, että se on todennäköinen mutta ei varma.

Jatkopyyntö selittää, miksi Chrome haluaa lisää aikaa: ”OT-palaute on ehdottanut rajapintaan parannuksia, joita toteutamme.” Samassa keskustelussa Googlen Dominic Farolino kirjoitti, että tiimi ”toivoo pääsevänsä I2S-vaiheeseen jatkoikkunan aikana”, eli pyytämään julkaisua, ja että ”imperatiivinen rajapinta on paljon suositumpi kuin deklaratiivinen, joten panostamme siihen enemmän käyttäjien tarpeiden mukaan.” Hän mainitsi myös jatkorajapinnan (continuation API), työkalun vakauden rajapinnan ja työkalujen kokorajoitukset, joita prototyypataan. Rajapinta, jota vasten kirjoitat tänään, tulee muuttumaan.

Kuka työkaluja todella kutsuu

Työkalujen rekisteröinti ei vaadi mitään. Niiden käyttö vaatii agentin, ja agenttien lista on lyhyt.

Chromen omat testilaajennukset. Chromen dokumentaatio tarjoaa kaksi laajennusta, muun muassa Model Context Tool Inspectorin, joilla työkaluja voi kokeilla demoissa ja omilla sivuilla. Ne tarvitsevat oman kielimalliavaimesi, ja Chrome huomauttaa: ”Nämä laajennukset ovat erillisiä Gemini in Chromesta.” Ne ovat kehittäjätyökaluja, eivät asiakkaita.

ChatGPT:n sisäänrakennettu selain. OpenAI:n työntekijän kehittäjäfoorumilla 25. elokuuta 2026 julkaisema viesti sanoi: ”Sivustotyökalut ovat ChatGPT:n toteutus ehdotetusta WebMCP-standardista.” Sen dokumentaatio asettaa ehtoja: tietyt mallit, uusin työpöytäsovellus, Enterprise-työtiloissa ylläpitäjän lupa, ei Edu-työtiloja, ja ”Saatavuus riippuu myös käyttöönotosta”. Se luettelee myös, mitä se ei tue: ”Deklaratiivinen rajapinta: HTML-lomakeattribuuteilla määritellyt työkalut eivät ole käytettävissä sivustotyökaluina”, sekä iframeihin rekisteröidyt työkalut, myös saman alkuperän iframeissa. OpenAI:n ohje on selvä: ”Rekisteröi työkalut JavaScriptillä ylätason sivulla”. Dokumentaatio ei kerro, tarvitseeko sivu Chromen origin trial -tokenin, jotta ChatGPT näkee sen työkalut.

Gemini in Chrome. Google sanoi toukokuussa, että se ”tukee pian WebMCP-rajapintoja”. Emme löytäneet sen jälkeen yhtään ensisijaista lähdettä, joka sanoisi tuen olevan käytössä. Älä vielä rakenna suunnitelmaa sen varaan.

Kaikki muut turvautuvat vanhaan tapaan. Jokainen agentti jokaisessa selaimessa lukee yhä sivuja vanhalla tavalla. Chrome sanoo niin omassa riskiarviossaan: ”Chromen selainagentit voivat jatkaa sivustojen käyttämistä entiseen tapaan jäljittelemällä käyttäjän toimintaa.” OpenAI: ”Jos sopivaa työkalua ei ole, agentti voi silti käyttää tavallisia selainominaisuuksiaan.” WebMCP:tä vailla oleva sivusto ei ole agenteille näkymätön. Sivusto, jonka painikkeet ovat rikki ja kentät nimeämättä, on vaikea kaikille.

Imperatiivinen rajapinta

Tämän version spesifikaatio määrittelee, ChatGPT tukee ja Chromen mukaan kehittäjät suosivat. Työkalu kietoo sisäänsä logiikan, joka sivulla jo on. Tässä on vain lukeva haku kirjautuneelle asiakkaalle, Chromen dokumentaation ja OpenAI:n ominaisuuksien tunnistuksen mukaisesti:

if (typeof document.modelContext?.registerTool === 'function') {
  const tools = new AbortController();

  await document.modelContext.registerTool({
    name: 'check_order_status',
    description: 'Look up the status and tracking link of one of the signed-in customer\'s orders by its order number.',
    inputSchema: {
      type: 'object',
      properties: {
        orderNumber: { type: 'string', description: 'Order number as printed in the confirmation email' },
      },
      required: ['orderNumber'],
    },
    annotations: { readOnlyHint: true },
    execute: async ({ orderNumber }, { signal }) => {
      const res = await fetch(`/api/orders/${encodeURIComponent(orderNumber)}`, { signal });
      if (!res.ok) return `No order ${orderNumber} was found on this account.`;
      const order = await res.json();
      return `Order ${orderNumber}: ${order.status}. Tracking: ${order.trackingUrl ?? 'not available yet'}.`;
    },
  }, { signal: tools.signal });

  // When the page state no longer fits the tool:
  // tools.abort();
}

Mikä siinä on olennaista:

• Nimen, kuvauksen ja skeeman malli lukee. Chrome suosittelee enintään 500 merkkiä työkalun kuvaukseen, 150 parametrin kuvaukseen, 30 työkalun ja parametrin nimeen ja 1,5 tuhatta merkkiä työkalun tulosteeseen, ja huomauttaa, että ”nämä suositukset voivat muuttua”. Spesifikaation selitysdokumentti varoittaa: ”Liian monen työkalun (esimerkiksi kymmenien tai satojen) tarjoaminen voi heikentää agentin toimintaa vakavasti.” Rekisteröi se, mitä sivun nykytila tarvitsee, ja poista loput AbortController-signaalilla.
• execute-funktion toinen argumentti sisältää AbortSignalin, joten peruttu kutsu voi pysäyttää käynnissä olevan pyynnön.
• Annotaatiot ovat vihjeitä. readOnlyHint merkitsee hakua. consequentialHint merkitsee kaiken, mikä varaa, ostaa, lähettää, poistaa tai siirtää, ja Chromen dokumentaation mukaan se ”antaa agenteille ja selaimille mahdollisuuden vaatia käyttäjältä pakollisen vahvistuksen”. untrustedContentHint merkitsee tulosteen, jossa on arvosteluja, käyttäjien tuottamaa sisältöä tai kolmansien osapuolten dataa. debugging-annotaatio on olemassa Chrome 156:sta alkaen.
• Myös sivun koodi voi luetella ja ajaa työkaluja funktioilla document.modelContext.getTools() ja executeTool(), ja toolchange-tapahtuma laukeaa, kun lista muuttuu. JSON-merkkijonoksi muunnetut argumentit funktiolle executeTool() on poistettu käytöstä Chrome 155:stä alkaen.

Reactille, Angularille ja Vuelle on kullekin kokeellisia apukirjastoja, ja npm-paketti webmcp-types tarjoaa TypeScript-tyypit. Vanhat oppaat, jotka kutsuvat navigator.modelContext-oliota, ovat vanhentuneita: spesifikaatio siirsi rajapinnan olioon document 27. toukokuuta 2026.

Deklaratiivinen rajapinta: Chromen kokeilussa, mutta ei enää spesifikaatiossa

Deklaratiivinen versio muuttaa olemassa olevan HTML-lomakkeen työkaluksi kahdella attribuutilla. Se on houkutteleva vanhoille, lomakepainotteisille sivustoille, koska mitään muuta ei tarvitse muuttaa:

<form toolname="request_quote"
      tooldescription="Send a request for a quote. The user reviews the form and submits it."
      action="/quote" method="post">
  <label for="email">Work email</label>
  <input id="email" name="email" type="email" required>
  <label for="details">What you need</label>
  <textarea id="details" name="details" required></textarea>
  <button type="submit">Send</button>
</form>
<script>
  document.querySelector('form[toolname]').addEventListener('submit', (e) => {
    e.preventDefault();
    const sent = sendQuoteRequest(new FormData(e.target)); // your existing submit, returning a promise
    if (e.agentInvoked) e.respondWith(sent.then(() => 'Quote request sent.'));
  });
</script>

Chromen kokeilussa ”kun agentti kutsuu työkalua toolname, selain tuo lomakkeen fokukseen ja täyttää sen kentät. Lomake pysyy käyttäjälle näkyvissä.” Selain rakentaa parametrit lomakkeen kentistä: niiden nimistä, <label>-elementeistä, required-attribuutista ja <select>-valinnan vaihtoehdoista. Ellei lomakkeella ole toolautosubmit-attribuuttia, ”käyttäjän on napsautettava Lähetä itse viimeistelläkseen tehtävän”, mikä on juuri se, mitä haluat kaikessa, mikä tekee tilauksen tai lähettää liidin. SubmitEvent.agentInvoked kertoo käsittelijällesi, että agentti täytti lomakkeen, ja respondWith() palauttaa preventDefault()-kutsun jälkeen lopputuloksen agentille. Kuuntele tapahtumia toolactivated ja toolcancel oliolla document.modelContext funktiolla addEventListener: window.ontoolactivated ja window.ontoolcancel eivät ole tuettuja Chrome 156:sta alkaen.

Haittapuoli on sen asema. Selitysdokumentin tuorein muutos 8. lokakuuta 2026 on otsikoitu ”Remove declarative API from the spec for now”, ja siinä sanotaan nyt, että deklaratiivista vastinetta ”tutkitaan erikseen ... mutta se ei tällä hetkellä kuulu spesifikaatioon.” ChatGPT ei tue sitä. Chrome dokumentoi sen yhä kokeilussa, ja Googlen Farolino perusteli Mozillan keskustelussa: ”näemme deklaratiivisessa ehdotuksessa arvoa jo pelkästään vanhoille sivustoille, erityisesti lomakepohjaisille”. Pidä sitä Chromen kokeiluna kokeilun sisällä: sitä voi kokeilla, mutta ainoaksi reitiksi se ei kannata.

Käyttöönotto oikeille kävijöille

Lippu (chrome://flags/#enable-webmcp-testing) ottaa WebMCP:n käyttöön omassa selaimessasi testausta varten. Se ei tee mitään kävijöillesi. Heille sivu tarvitsee origin trial -tokenin.

1. Rekisteröi alkuperä Chromen WebMCP-kokeilusivulla. Origin trialit ”ovat julkisia ja avoimia kaikille kehittäjille”, ja token ”ottaa ominaisuuden käyttöön kaikille käyttäjille alkuperälläsi”.
2. Tarjoa token jokaisella sivulla, jonka pitää tarjota työkaluja, joko <meta http-equiv="origin-trial" content="...">-elementtinä <head>-osassa tai Origin-Trial:-vastausotsakkeena. Tokenin voi myös lisätä skriptistä. Yksi token kattaa yhden alkuperän; sivulla voi olla useita.
3. Uusi se. Kun kokeilua jatketaan, Chrome pyytää rekisteröityjä ”antamaan uuden tokenin jokaiselle kokeiluun ilmoitetulle alkuperälle”, ja ”Chrome jättää virheelliset tai vanhentuneet tokenit huomiotta”. Vanhentunut token pettää äänettömästi: työkalut yksinkertaisesti lakkaavat näkymästä.
4. Edgeä varten rekisteröidy erikseen Edgen kokeilusivulla. Sen ehdoissa pyydetään, että ”mahdollisuuksien mukaan sitoudut käyttämään ominaisuuksien tunnistusta ja hallittua toiminnan heikentämistä (graceful degradation)”.

Myös Lighthousen WebMCP-tarkastukset vaativat kokeilun rekisteröinnin, joten sivusto, joka testaa niitä ilman tokenia, näkee ne epäonnistuvan.

Työkalut, joita on turvallista kutsua

Spesifikaation tietoturvaosio on ei-normatiivinen, ja se kertoo avoimesti, kenellä taakka on: agentin manipuloinnin estäminen on ”ensisijaisesti agentin oman tietoturvamallin vastuulla eikä jotain, mitä tämä spesifikaatio voi normatiivisesti pakottaa”. Työkalusi silti ratkaisevat, kuinka paljon vahinkoa manipuloitu agentti voi tehdä.

• Vihjeet voivat valehdella, joten agentit eivät luota niihin. Spesifikaatio: ”pahantahtoinen sivusto voi jättää vihjeet pois tai esittää ne väärin”. OpenAI: ”Työkalun nimi tai väite, että se vain lukee dataa, ei todista, mitä se tekee”, ja jokainen kutsu sen selaimessa käy läpi turvatarkastuksen, jossa ostoksiin ja vastaaviin toimiin vaaditaan yhä vahvistus. Merkitse annotaatiot silti rehellisesti. Huolellinen agentti päättää niiden perusteella, milloin käyttäjältä kysytään.
• Kuvaile vaikutukset tarkasti. Spesifikaation oma huono esimerkki on työkalu, jonka kuvaus on ”Viimeistelee nykyisen ostoskorin” ja joka ”todellisuudessa käynnistää oston. Käyttäjä ei aikonut ostaa mitään.” Jos työkalu veloittaa korttia, kuvauksessa sanotaan niin, ja consequentialHint on true.
• Valtuuta palvelimella, joka kerta. Työkalu ajetaan käyttäjän istunnossa: spesifikaation mukaan ”agentit voivat periä käyttäjän identiteetin ja todennuskontekstin selaimesta”. Työkalukutsu on pyyntö tuolta käyttäjältä, ja siihen sovelletaan samoja tarkistuksia. Selitysdokumentin neuvo pätee: ”Validoi tiukasti koodissa, löyhästi skeemassa”, koska tiukat skeemavirheet voivat saada agentit jumiin.
• Varaudu prompt injectioniin. Spesifikaatio luettelee sen ensimmäisenä, kolmessa muodossa: työkalun metatietoihin piilotetut ohjeet, työkalun tulosteeseen piilotetut ohjeet ja hyökkäykset, jotka käyttävät työkaluja kohteina. Tuloste, joka sisältää muiden kirjoittamaa tekstiä (arvosteluja, viestejä, tuotekysymyksiä), kuuluu untrustedContentHint-vihjeen alle, ja se pitää palauttaa datana eikä proosana, jonka agentti voisi tulkita ohjeiksi.
• Jätä sivuja pois tietoisesti. Permissions-Policy: tools=()-otsake tekee rajapinnasta käyttökelvottoman dokumentille ja kaikelle, mitä se upottaa. Tilin asetukset, maksusivut ja ylläpitonäkymät ovat ehdokkaita.

Yksi huomautus Chromen dokumentaatiosta: sen tietoturvasivu sanoo, että luonnos sisältää requestUserInteraction()-metodin, jolla käyttäjältä voi kysyä kesken työkalun ajon. Spesifikaation 20. lokakuuta 2026 päivätyssä luonnoksessa ei ole tällaista metodia, ja selitysdokumentti pitää käyttäjän vahvistusta yhä avoimena kysymyksenä. Älä suunnittele sen varaan.

Mitä Safarin ja Firefoxin insinöörit vastustavat

Vastaväitteet kannattaa lukea, vaikka rakentaisit vain Chromelle, koska ne kuvaavat, miten WebMCP voi käytännössä mennä pieleen.

WebKitin kanta, joka julkaistiin 3. kesäkuuta 2026, väittää, että vaikeakäyttöiset sivut pitää korjata HTML:llä ja ARIAlla, ”mistä hyötyvät käyttäjä, apuvälineteknologia ja agentit”, ja että työkalujen kanssa ”hauraus vain siirtyy DOM:sta työkalukuvauksiin”. Se pitää agenttia apuvälineteknologiana, jota ei pitäisi erotella: ”WebMCP tekee päinvastoin ja tekee tosiasiasta, että ’agentti ohjaa’, havaittavan.” Se myös toteaa, että ehdotuksessa ”ei ole suostumus- eikä peruutettavuusmallia seurauksellisille toimille”.

Mozilla päätyi elokuussa neutraaliin kantaan: WebMCP ”tuo mukanaan mahdollisesti arvokkaan abstraktion”, mutta ”avaa pinnan, jonka todellisen toiminnan dynamiikassa on liian monta avointa kysymystä, jotta sitä voisi tukea täysin sydämin”. Se varoittaa, että sivustot voisivat ”tarjota työkaluja, jotka eivät vastaa sivulla olevan käyttäjän kokemusta”, esimerkiksi ”tarjota prompt injectionin, joka on tavallisille käyttäjille näkymätön”. Yksittäiset Mozillan insinöörit ovat osoittaneet kiinnostusta imperatiiviseen funktiokutsun primitiiviin; se ei ole Mozillan tuki.

Chrome itse arvioi riskin, että muut selainmoottorit eivät ota WebMCP:tä käyttöön, käyttäjille pieneksi. Toisaalta se tarkoittaa, ettei sivusto hyödy Safarissa tai Firefoxissa työkalujen lisäämisestä tänään mitään.

Mikä toimii kaikille agenteille jo tänään

Jokainen selainagentti lukee kuvakaappauksia, HTML:ää ja saavutettavuuspuuta (accessibility tree). Googlen web.dev-ohjeistus agenttiystävällisistä sivustoista sanoo, että agentit ”käyttävät DOM:ia ja saavutettavuuspuuta saadakseen siistin, jäsennellyn luettelon vuorovaikutteisista elementeistä ja vertaavat sitä sitten visuaaliseen renderöintiin”. Sen käytännön lista on lyhyt:

• Käytä oikeita elementtejä <button> ja <a>, älä klikattavia elementtejä <div> ja <span>.
• Linkitä jokainen <label> kenttäänsä for-attribuutilla.
• Ei läpinäkyviä peittoelementtejä vuorovaikutteisten elementtien päällä, eikä mitään vuorovaikutteista alle 8 neliöpikselin kokoisena.
• Vakaa asettelu, joka ei siirry sillä hetkellä, kun agentti on napsauttamassa.

Sen johtopäätös: ”Kaikki, mitä ehdotamme sivuston tekemiseksi ’agenttivalmiiksi’, tekee sivustoista myös parempia ihmisille.” Tämä on myös lähes sanasta sanaan se, mitä WebKit pyytää WebMCP:n sijaan. Jos kassasi ei läpäise saavutettavuustarkastusta, korjaa se ennen kuin kirjoitat yhtään työkalua.

Lighthousessa on ollut Agentic Browsing -kategoria versiosta 13.2.0 (1. toukokuuta 2026) alkaen, Chromessa versiosta 150 alkaen, ja PageSpeed Insights -rajapinnassa se otettiin käyttöön Lighthouse 13.4.1:ssä (20. heinäkuuta 2026). Se tarkistaa koneille merkitykselliset saavutettavuustarkastukset, asettelun vakauden, rekisteröidyt WebMCP-työkalut ja lomakkeet ilman niitä, skeeman kelvollisuuden sekä llms.txt-tiedoston olemassaolon. Chrome kutsuu sitä ”informatiiviseksi ja vertailemattomaksi”: pisteitä asteikolla 0:sta 100:aan ei ole. Mitä llms.txt:ään tulee, Google-haun oma ohjeistus on, että se ei huomioi tällaisia tiedostoja: sellaisen lisääminen ”ei vahingoita eikä auta sivustosi näkyvyyttä tai sijoituksia Google-haussa”. Se, että Lighthouse tarkistaa tiedoston, ei muuta tätä.

Kannattaako WebMCP ottaa käyttöön nyt?

Shopifyssa Liquid-teemalla: ei vaadi työtä. Shopifyn kauppasivusto-, ostoskori- ja kassatyökalut ovat jo käytössä, ”mitään ei tarvitse asentaa tai määrittää”, ja Shopify huomauttaa itse, että ”agenttituki rajoittuu tällä hetkellä Chromium-pohjaisiin selaimiin origin trialin kautta”. Headless-kauppasivustot kattaa vain Hydrogenin kehittäjäesikatselu. Emme löytäneet muuta kauppa-alustaa, maksupalveluntarjoajaa tai CDN:ää, joka ottaisi WebMCP:n käyttöön asiakkailleen.

Räätälöidyllä, headless- tai vanhalla sivustolla: se riippuu käyttäjistäsi.

• Jos asiakkaasi tai henkilökuntasi käyttävät ChatGPT:n työpöytäsovelluksen selainta, ylätason sivun imperatiiviset työkalut ovat ainoa tyyppi, joka heidät tavoittaa. Aloita kahdesta tai kolmesta vain lukevasta työkalusta yleisimmän tehtäväsi ympärillä (tilauksen tila, saatavuus, tarjouspyyntö), ominaisuuksien tunnistuksen takana ja origin trial -tokenin kanssa, ja mittaa, kutsuuko niitä kukaan.
• Jos haluat kokeilla Chromessa edullisesti, deklaratiiviset attribuutit olemassa oleville lomakkeille vievät muutaman tunnin. Älä jää siihen: ChatGPT ei näe niitä, eikä spesifikaatiossa niitä enää ole.
• Jos sinulla ei ole näyttöä siitä, että agentit käyvät sivullasi, korjaa ensin semantiikka, nimilaput ja asettelu. Se työ auttaa jokaista agenttia ja jokaista apuvälineteknologian käyttäjää, eikä mitään siitä mene hukkaan, kun rajapinta muuttuu.

Jokaisessa tapauksessa pidä tavallinen käyttöliittymä täydellisenä. OpenAI:n neuvo: ”Säilytä tavallinen käyttöliittymä ihmisille ja selaimille, jotka eivät tue WebMCP:tä.”

Mikä voi muuttua

• Intent to Ship. Chromen tiimi toivoo pyytävänsä sitä jatkoikkunan aikana, joka päättyy Chrome 162:een (2. helmikuuta 2027), jos jatko pysyy voimassa. Julkaisu poistaisi tokenien tarpeen Chromessa.
• Rajapinnan muoto. Jatkorajapintaa (tulokset, jotka saapuvat seuraavalle sivulle navigoinnin jälkeen), työkalun vakauden rajapintaa ja kokorajoituksia prototyypataan. Viimeisimmät julkaisut ovat jo poistaneet window.ontoolactivated-käsittelijän ja merkkijonoksi muunnetut argumentit.
• Deklaratiivisen rajapinnan kohtalo. Pois spesifikaatiosta ”toistaiseksi”, yhä Chromen kokeilussa.
• Kutsujat. Gemini in Chromen tuesta on ilmoitettu, mutta sitä ei ole julkaistu. Spesifikaation toteutustilasivu listaa WebMCP:n verkkosovelluksille Metan Ray-Ban Display -laseissa tulossa pian ja kokeellisen tuen Braven Leo-avustajassa.

Jos lisäät työkaluja nyt, pidä ne yhdessä moduulissa ja ominaisuuksien tunnistuksen takana, jotta seuraava muutos on yksi muokkaus.

Mistä saat apua

Rakennamme ne verkkosivun ja sen taustajärjestelmän osat, joihin agentit koskevat: työkalut, jotka kietovat olemassa olevan tilaus-, varaus- ja tililogiikan, valtuutuksen, joka käsittelee agentin kutsua kuten mitä tahansa muuta pyyntöä samalta käyttäjältä, sekä semantiikka- ja saavutettavuuskorjaukset, jotka tekevät sivustosta käyttökelpoisen jo ennen yhtäkään työkalua. Tekoälyagenttien kehitys- ja MCP-integraatiopalvelumme kattaa sekä WebMCP-työkalut että taustapuolen MCP-palvelimet, jotka ovat nimestä huolimatta eri asia.

Jos haluat tietää, mitä agentti sivustollasi tänään näkee ja muuttaisivatko työkalut mitään asiakkaidesi kannalta, kirjoita osoitteeseen office@c9group.dev.