WebMCP 2026. gada oktobrī: kā padarīt vietni izmantojamu MI aģentiem un ko origin trial patiesībā nozīmē

WebMCP ļauj tīmekļa lapai iedot MI aģentam īsu sarakstu ar darbībām, ko tas var veikt, katrai ar nosaukumu, aprakstu un ievades shēmu, nevis liek aģentam izdibināt lapas uzbūvi no ekrānuzņēmumiem un DOM. Aģents, kas atrod rīku check_order_status, var to izsaukt ar pasūtījuma numuru. Bez tā aģentam jāatrod pareizais lauks un jānospiež pareizā poga.

Tāds ir solījums. Stāvoklis 2026. gada 22. oktobrī ir šaurāks, nekā liecina vairums apskatu. WebMCP ir W3C kopienas grupas (Community Group) priekšlikums, nevis standarts. Chrome to darbina kā origin trial, un lēmuma to ieviest vēl nav. Rīkus izsauc viens patērētāju aģents (pārlūks, kas iebūvēts ChatGPT datora lietotnē), un šis aģents ignorē deklaratīvo veidlapu versiju, kas no specifikācijas tika izņemta 8. oktobrī. Safari dzinēja komanda priekšlikumam iebilst; Mozilla ieņem neitrālu nostāju.

Raksts paredzēts izstrādātājiem un produktu īpašniekiem, kas lemj, vai WebMCP pievienot jau tagad. Tajā aplūkots, kas ir šis API, kas to izsauc, kā to ieslēgt īstiem apmeklētājiem, kā rakstīt rīkus, kas neiedod aģentam rokās pielādētu ieroci, un kas jālabo vispirms, ja vēlaties, lai aģenti vispār varētu izmantot jūsu vietni.

Kas ir WebMCP

Specifikācija definē JavaScript API objektā document.modelContext, ar kura palīdzību lapa reģistrē rīkus: „WebMCP API ļauj tīmekļa lietojumprogrammām nodrošināt MI aģentiem uz JavaScript balstītus rīkus“. Rīkam ir name, description un execute atzvans (callback), kā arī pēc izvēles title, inputSchema (JSON Schema) un annotations. Kad aģents rīku izsauc, tiek izpildīts pašas lapas kods ar lietotāja sesiju.

Par to ir viegli kļūdīties trijos punktos:

• Tas nav standarts. Dokuments ir Web Machine Learning Community Group melnraksta ziņojums (Draft Community Group Report), un tajā tas arī pateikts: „Tas nav W3C standarts, un tas nav W3C standartu ceļā“. Chrome pašas dokumentācijā tas saukts par „ierosinātu tīmekļa standartu“. Ziņojuma datums oktobrī mainās ik pēc dažām dienām; tā redaktori ir no Microsoft un Google.
• Tajā nav MCP. Specifikācijā teikts, ka lapas, kas to izmanto, „var uzskatīt par Model Context Protocol serveriem, kas ievieš rīkus klienta puses skriptā“, un tālāk, ka tā „nenosaka formātu, kādā rīki tiek atklāti pārlūka aģentam“. Mozilla izvērtējumā tas pateikts tieši: „Nosaukums ir maldinošs ... Šeit nav MCP.“ WebMCP rīks nesavienojas ar jūsu aizmugursistēmas MCP serveri un to neaizstāj.
• Tas nepadara jūs atrodamu. Chrome dokumentācija šo ierobežojumu min pati: „Klientiem un pārlūkiem vietne jāapmeklē tieši, lai uzzinātu, vai tajā ir izsaucami rīki.“ WebMCP palīdz aģentam, kas jau atrodas jūsu lapā. Tas neko nedod, lai jūs atrastu.

API ir ierobežots ar drošiem kontekstiem (secure contexts), un to ierobežo Permissions Policy politika tools, kuras noklusējuma atļauto saraksts ir 'self', tāpēc starpizcelsmju (cross-origin) iframe nevar reģistrēt rīkus, ja to neatļauj lapa, kas to iekļauj.

Stāvoklis 2026. gada 22. oktobrī

Chrome 156, pēdējā versija sākotnējā izmēģinājuma periodā, stabilajā kanālā nonāca 2026. gada 20. oktobrī. Chrome 162, pieprasītā pagarinājuma beigas, stabilajā kanālā ir plānots 2027. gada 2. februārī. Vai pagarinājums ir spēkā, no izmēģinājuma konsoles apstiprināt neizdevās, tāpēc plānojiet tā, it kā tas būtu iespējams, bet ne droši.

Pagarinājuma pieprasījums izskaidro, kāpēc Chrome vajag vairāk laika: „Izmēģinājuma atsauksmes liek domāt, ka API var uzlabot, un mēs to darām.“ Tajā pašā diskusijā Google darbinieks Dominiks Farolīno (Dominic Farolino) rakstīja, ka komanda „cer pāriet uz I2S pagarinājuma perioda laikā“, proti, lūgt atļauju ieviest, un ka „imperatīvais API ir daudz populārāks par deklaratīvo, tāpēc mēs vairāk ieguldām tajā, atbildot uz lietotāju vajadzībām“. Viņš minēja arī turpinājuma API (continuation API), rīku stabilitātes API un rīku izmēra ierobežojumus, kas tiek prototipēti. API, pret kuru rakstāt šodien, mainīsies.

Kas rīkus patiesībā izsauc

Rīku reģistrēšanai nekas nav vajadzīgs. To izmantošanai vajadzīgs aģents, un aģentu saraksts ir īss.

Chrome pašas testa paplašinājumi. Chrome dokumentācija piedāvā divus paplašinājumus, tostarp Model Context Tool Inspector, lai izmēģinātu rīkus demonstrācijās un savās lapās. Tiem vajadzīga jūsu pašu modeļa API atslēga, un Chrome atzīmē: „Šie paplašinājumi ir atsevišķi no Gemini in Chrome.“ Tie ir izstrādātāju rīki, nevis klienti.

ChatGPT iebūvētais pārlūks. OpenAI darbinieka ieraksts izstrādātāju forumā 2026. gada 25. augustā teica, ka „Site tools ir ChatGPT īstenojums ierosinātajam WebMCP standartam“. Tā dokumentācijā ir noteikti nosacījumi: konkrēti modeļi, jaunākā datora lietotne, Enterprise darbvietās administratora atļauja, Edu darbvietās nav pieejams, un „Pieejamība ir atkarīga arī no ieviešanas gaitas“. Tur uzskaitīts arī tas, ko tas neatbalsta: „Deklaratīvais API: rīki, kas definēti ar HTML veidlapu atribūtiem, nav pieejami kā site tools“, kā arī rīki, kas reģistrēti iframe, arī tās pašas izcelsmes. OpenAI norādījums ir skaidrs: „Izmantojiet JavaScript, lai reģistrētu rīkus augšējā līmeņa lapā.“ Dokumentācijā nav teikts, vai lapai vajag Chrome origin trial tokenu, lai ChatGPT redzētu tās rīkus.

Gemini in Chrome. Google maijā paziņoja, ka tas „drīzumā atbalstīs WebMCP API“. Primāro avotu, kas pēc tam teiktu, ka tā ir, mēs neatradām. Plānu uz to vēl nebalstiet.

Visi pārējie atgriežas pie vecās metodes. Katrs aģents katrā pārlūkā joprojām lasa lapas pa vecam. Chrome to saka savā riska novērtējumā: „Chrome pārlūka aģenti var turpināt darboties ar vietnēm kā līdz šim, atdarinot lietotāja uzvedību.“ OpenAI: „Ja piemērota rīka nav, aģents joprojām var izmantot savas parastās pārlūka iespējas.“ Vietne bez WebMCP aģentiem nav neredzama. Vietne ar nedarbojošām pogām un neiezīmētiem laukiem ir sarežģīta visiem.

Imperatīvais API

Šo versiju definē specifikācija, to atbalsta ChatGPT, un tieši to, pēc Chrome teiktā, izstrādātāji dod priekšroku. Rīks aptver loģiku, kas lapā jau ir. Lūk, tikai lasāms uzmeklējums pierakstītam klientam pēc formas, kas redzama Chrome dokumentācijā, un ar OpenAI iespējas noteikšanu (feature detection):

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();
}

Kas tajā ir svarīgi:

• Nosaukumu, aprakstu un shēmu lasa modelis. Chrome iesaka ne vairāk kā 500 rakstzīmes rīka aprakstam, 150 parametra aprakstam, 30 rīka un parametra nosaukumam un 1,5 tūkstoši rakstzīmju rīka izvaddatiem, un atzīmē, ka „šie ieteikumi var mainīties“. Specifikācijas paskaidrojumā (explainer) brīdināts, ka „pārāk daudzu rīku (piemēram, desmitiem vai simtiem) atklāšana var nopietni pasliktināt aģenta veiktspēju“: reģistrējiet to, kas vajadzīgs lapas pašreizējam stāvoklim, bet pārējos noņemiet ar signālu AbortController.
• Otrajā execute argumentā ir AbortSignal, lai atcelts izsaukums varētu apturēt izpildē esošu pieprasījumu.
• Anotācijas ir norādes. readOnlyHint iezīmē uzmeklēšanu. consequentialHint iezīmē jebko, kas rezervē, pērk, sūta, dzēš vai pārskaita, un Chrome dokumentācijā teikts, ka tas „ļauj aģentiem un pārlūkiem ieviest obligātus lietotāja apstiprinājuma uzvednes“. untrustedContentHint iezīmē izvaddatus, kuros ir atsauksmes, lietotāju saturs vai trešo pušu dati. Anotācija debugging pastāv no Chrome 156.
• Arī lapas kods var uzskaitīt un palaist rīkus, izmantojot document.modelContext.getTools() un executeTool(), un, kad saraksts mainās, tiek aktivizēts notikums toolchange. JSON virknē pārveidoti argumenti funkcijai executeTool() ir novecojuši no Chrome 155.

React, Angular un Vue katram ir eksperimentāli palīgrīki, un npm pakotne webmcp-types nodrošina TypeScript tipus. Vecākas pamācības, kurās izmantots navigator.modelContext, ir novecojušas: specifikācija API pārvietoja uz document 2026. gada 27. maijā.

Deklaratīvais API: Chrome izmēģinājumā, bet ārpus specifikācijas

Deklaratīvā versija ar diviem atribūtiem pārvērš esošu HTML veidlapu par rīku. Tā ir pievilcīga vecām, ar veidlapām piesātinātām vietnēm, jo nekas cits nav jāmaina:

<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>

Chrome izmēģinājumā „kad aģents izsauc toolname, pārlūks fokusē veidlapu un aizpilda tās laukus. Veidlapa lietotājam paliek redzama.“ Pārlūks parametrus veido no vadīklām: to nosaukumiem, <label> elementiem, required un <select> opcijām. Ja veidlapai nav toolautosubmit, „lietotājam uzdevuma pabeigšanai jānospiež Submit pašam“, un tieši to vajag jebkurā veidlapā, kas veic pasūtījumu vai nosūta interesentu. SubmitEvent.agentInvoked pasaka jūsu apstrādātājam, ka veidlapu aizpildīja aģents, un respondWith(), ko izsauc pēc preventDefault(), atdod rezultātu aģentam. Notikumiem toolactivated un toolcancel objektā document.modelContext klausieties ar addEventListener: window.ontoolactivated un window.ontoolcancel no Chrome 156 netiek atbalstīti.

Problēma ir tās statusā. Skaidrojuma pēdējais pārmaiņu ieraksts, 2026. gada 8. oktobrī, saucas „Remove declarative API from the spec for now“, un tagad tajā teikts, ka deklaratīvais pretstats „tiek izpētīts atsevišķi ... bet šobrīd nav specifikācijas daļa“. ChatGPT to neatbalsta. Chrome to joprojām dokumentē izmēģinājumā, un Google darbinieks Farolīno Mozilla diskusijā argumentēja, ka „mēs redzam deklaratīvā priekšlikuma vērtību vienkārši vecajām vietnēm, īpaši uz veidlapām balstītajām“. Uztveriet to kā Chrome eksperimentu eksperimenta iekšienē: izmēģināt var, bet kā vienīgo ceļu nav prātīgi izmantot.

Kā to ieslēgt īstiem apmeklētājiem

Karodziņš (chrome://flags/#enable-webmcp-testing) ieslēdz WebMCP jūsu pašu pārlūkā testēšanai. Apmeklētājiem tas neko nedod. Viņiem lapai vajag origin trial tokenu.

1. Reģistrējiet izcelsmi (origin) Chrome WebMCP izmēģinājuma lapā. Origin trial izmēģinājumi „ir publiski un atvērti visiem izstrādātājiem“, un tokens „ieslēdz funkciju visiem lietotājiem jūsu izcelsmē“.
2. Pievienojiet tokenu katrā lapā, kurai jāatklāj rīki, kā <meta http-equiv="origin-trial" content="..."> elementu <head> vai kā atbildes galveni Origin-Trial:. Tokenu var ievadīt arī no skripta. Viens tokens aptver vienu izcelsmi; lapa var saturēt vairākus.
3. Atjaunojiet to. Kad izmēģinājums tiek pagarināts, Chrome lūdz reģistrētos dalībniekus „iesniegt jaunu tokenu katrai izmēģinājumā reģistrētajai izcelsmei“, un „Chrome ignorē nederīgus vai beigušos tokenus“. Beidzies tokens atteicas nemanāmi: rīki vienkārši pārstāj parādīties.
4. Edge pārlūkam reģistrējieties atsevišķi Edge izmēģinājumu lapā. Tās noteikumos ir prasība: „Kur vien iespējams, jūs piekrītat piemērot iespējas noteikšanu (feature detection) / graciozu degradāciju“.

Lighthouse WebMCP auditiem arī vajadzīga izmēģinājuma reģistrācija, tāpēc vietne, kas tos testē bez tokena, redzēs, ka tie neizdodas.

Kā rakstīt rīkus, ko droši izsaukt

Specifikācijas drošības sadaļa nav normatīva, un tā godīgi norāda, kur ir smagums: novērst aģenta manipulēšanu „galvenokārt ir paša aģenta drošības modeļa atbildība, nevis kaut kas tāds, ko šī specifikācija var normatīvi nodrošināt“. Jūsu rīki tomēr nosaka, cik lielu kaitējumu var nodarīt manipulēts aģents.

• Norādes var melot, tāpēc aģenti tām neuzticēsies. Specifikācija: „ļaunprātīga vietne var izlaist vai sagrozīt šīs norādes“. OpenAI: „Rīka nosaukums vai apgalvojums, ka tas tikai lasa datus, nav pierādījums tam, ko tas dara“, un katrs izsaukums tā pārlūkā tiek drošības pārbaudīts, bet pirkumiem un līdzīgām darbībām joprojām vajadzīgs apstiprinājums. Tomēr anotējiet godīgi. Tieši uz to apdomīgs aģents balstās, lemjot, kad vaicāt lietotājam.
• Aprakstiet sekas precīzi. Specifikācijas paša sliktais piemērs ir rīks, kas aprakstīts kā „Pabeidz pašreizējo iepirkumu grozu“, bet „patiesībā izraisa pirkumu. Lietotājs nebija iecerējis neko pirkt.“ Ja rīks apmaksā ar karti, apraksts to saka, un consequentialHint ir true.
• Autorizējiet serverī katru reizi. Rīks darbojas ar lietotāja sesiju: specifikācijā atzīmēts, ka „aģenti var mantot lietotāja identitāti un autentifikācijas kontekstu no pārlūka“. Rīka izsaukums ir šī lietotāja pieprasījums, un tam piemēro tās pašas pārbaudes. Skaidrojuma ieteikums ir spēkā: „Validējiet stingri kodā, brīvi shēmā“, jo stingras shēmas kļūmes var likt aģentiem iestrēgt.
• Rēķinieties ar uzvednes injekciju (prompt injection). Specifikācija to min pirmo, trijos veidos: norādījumi, kas paslēpti rīka metadatos, rīka izvaddatos, un uzbrukumi, kas izmanto rīkus kā mērķus. Izvaddati, kuros ir citu cilvēku rakstīts teksts (atsauksmes, ziņojumi, jautājumi par produktu), jāmarķē ar untrustedContentHint, un tie jāatdod kā dati, nevis kā proza, ko aģents varētu uztvert kā norādījumus.
• Izslēdziet lapas apzināti. Galvene Permissions-Policy: tools=() padara API nepieejamu dokumentam un visam, ko tas iekļauj. Kandidāti ir konta iestatījumi, maksājumu lapas un administrēšanas ekrāni.

Viens brīdinājums par Chrome dokumentāciju: tās drošības lapā teikts, ka melnrakstā ir metode requestUserInteraction(), ar kuru rīka izpildes laikā var vaicāt lietotājam. Specifikācijas 2026. gada 20. oktobra melnrakstā šādas metodes nav, un skaidrojumā lietotāja apstiprinājums joprojām minēts kā atklāts jautājums. Neveidojiet risinājumu uz tās pamata.

Pret ko iebilst Safari un Firefox inženieri

Iebildumi ir pelnījuši izlasīšanu, arī ja veidojat tikai Chrome videi, jo tie apraksta, kā WebMCP praksē var noiet greizi.

WebKit nostāja, kas publicēta 2026. gada 3. jūnijā, apgalvo, ka grūti lietojamas lapas jālabo HTML un ARIA līmenī, „kur ieguvumu gūst lietotājs, palīgtehnoloģijas un aģenti“, un ka ar rīkiem „trauslums vienkārši pāriet no DOM uz rīku aprakstiem“. Tā aģentu uzskata par palīgtehnoloģiju, ko nevajadzētu izcelt: „WebMCP dara pretējo, padarot ‚aģents vada‘ par novērojamu faktu.“ Tā atzīmē arī, ka priekšlikumā „nav piekrišanas vai atgriezeniskuma modeļa darbībām ar sekām“.

Mozilla augustā vienojās par neitrālu nostāju: WebMCP „ievieš potenciāli vērtīgu abstrakciju“, bet „atver virsmu, kuras reālās dinamikas jautājumi ir pārāk neskaidri, lai to pilnībā atbalstītu“. Tā brīdina, ka vietnes varētu „nodrošināt rīkus, kas neatbilst lietotāja pieredzei lapā“, piemēram, „nodrošināt uzvednes injekciju, kas ir neredzama parastiem lietotājiem“. Atsevišķi Mozilla inženieri ir izrādījuši interesi par imperatīvu funkciju izsaukšanas primitīvu; tas nav Mozilla atbalsts.

Pats Chrome novērtē, ka risks, ka citi dzinēji WebMCP nepieņems, lietotājiem ir zems. Otrā puse tam ir tāda, ka vietne no rīku pievienošanas Safari vai Firefox šodien neko negūst.

Kas šodien darbojas ikvienam aģentam

Katrs pārlūka aģents lasa ekrānuzņēmumus, HTML un pieejamības koku. Google web.dev norādījumos par aģentiem draudzīgām vietnēm teikts, ka aģenti „izmanto DOM un pieejamības koku, lai iegūtu tīru, strukturētu interaktīvo elementu sarakstu, un pēc tam to salīdzina ar vizuālo atveidojumu“. Praktiskais saraksts ir īss:

• Izmantojiet īstus <button> un <a> elementus, nevis klikšķināmus <div> un <span>.
• Katru <label> sasaistiet ar tā ievades lauku ar for.
• Nekādu caurspīdīgu pārklājumu virs interaktīviem elementiem un nekā interaktīva, kas mazāks par 8 kvadrātpikseļiem.
• Stabils izkārtojums, kas nepārbīdās brīdī, kad aģents gatavojas noklikšķināt.

Secinājums: „Viss, ko iesakām, lai vietne būtu ‚gatava aģentiem‘, padara vietnes labākas arī cilvēkiem.“ Gandrīz vārds vārdā to pašu WebKit prasa WebMCP vietā. Ja jūsu pirkuma noformēšana neiztur pieejamības auditu, salabojiet to, pirms rakstāt kaut vienu rīku.

Lighthouse kategoriju Agentic Browsing satur kopš versijas 13.2.0 (2026. gada 1. maijs), Chrome tā ir pieejama no versijas 150, un PageSpeed Insights API tā tika ieslēgta Lighthouse 13.4.1 versijā (2026. gada 20. jūlijā). Tā pārbauda to pieejamības auditu apakškopu, kas svarīgi mašīnām, izkārtojuma stabilitāti, reģistrētos WebMCP rīkus un veidlapas bez tiem, schema derīgumu un faila llms.txt esamību. Chrome to sauc par „informatīvu un bez etaloniem“: nav vērtējuma no 0 līdz 100. Attiecībā uz llms.txt Google meklēšanas pašas vadlīnijās teikts, ka tā šādus failus ignorē: tā pievienošana „ne kaitēs, ne palīdzēs jūsu vietnes redzamībai vai pozīcijām Google meklēšanā“. To, ka Lighthouse failu pārbauda, tas nemaina.

Vai WebMCP vajadzētu pievienot tagad

Shopify ar Liquid tēmu: nekāda darba. Shopify veikala vitrīnas, groza un pirkuma noformēšanas rīki jau darbojas, „nekas nav jāinstalē vai jākonfigurē“, ar paša Shopify atrunu, ka „aģentu atbalsts pašlaik ir ierobežots ar Chromium balstītiem pārlūkiem origin trial ietvaros“. Headless veikalus aptver tikai Hydrogen izstrādātāju priekšskatījuma versija. Citu tirdzniecības platformu, maksājumu pakalpojumu sniedzēju vai CDN, kas WebMCP ieslēgtu saviem klientiem, mēs neatradām.

Pielāgotā, headless vai vecā vietnē: tas ir atkarīgs no jūsu lietotājiem.

• Ja jūsu klienti vai darbinieki izmanto ChatGPT datora lietotnes pārlūku, vienīgie rīki, kas viņus sasniedz, ir imperatīvie rīki augšējā līmeņa lapā. Sāciet ar diviem vai trim tikai lasāmiem rīkiem ap visbiežāko uzdevumu (pasūtījuma statuss, pieejamība, cenu piedāvājums), ar iespējas noteikšanu (feature detection) un origin trial tokenu, un mēriet, vai tos kāds izsauc.
• Ja vēlaties lēti eksperimentēt Chrome, deklaratīvie atribūti esošajās veidlapās ir dažu stundu darbs. Neapstājieties pie tā: ChatGPT tos neredzēs, un specifikācija tos vairs nesatur.
• Ja jums nav pierādījumu, ka aģenti jūs apmeklē, vispirms salabojiet semantiku, iezīmes un izkārtojumu. Šis darbs palīdz katram aģentam un katram cilvēkam, kas izmanto palīgtehnoloģijas, un nekas no tā netiks izmests, kad API mainīsies.

Katrā gadījumā saglabājiet parasto saskarni pilnīgu. OpenAI ieteikums: „Saglabājiet parasto saskarni cilvēkiem un pārlūkiem, kas neatbalsta WebMCP.“

Kas varētu mainīties

• Intent to Ship. Chrome komanda cer to lūgt pagarinājuma perioda laikā, kas beidzas ar Chrome 162 (2027. gada 2. februārī), ja pagarinājums tiek apstiprināts. Ieviešana novērstu vajadzību pēc tokeniem Chrome.
• API forma. Tiek prototipēts turpinājuma API (rezultāti, kas nonāk nākamajā lapā pēc pārejas), rīku stabilitātes API un izmēra ierobežojumi. Jaunākajās versijās jau izņemti window.ontoolactivated un virknē pārveidoti argumenti.
• Deklaratīvā API liktenis. No specifikācijas izņemts „pagaidām“, Chrome izmēģinājumā joprojām ir.
• Izsaucēji. Gemini in Chrome atbalsts ir izziņots, bet nav ieviests. Specifikācijas ieviešanas statusa lapā kā „drīzumā pieejams“ norādīts WebMCP tīmekļa lietotnēm Meta Ray-Ban Display brillēs un eksperimentāls atbalsts Brave asistentā Leo.

Ja rīkus pievienojat tagad, turiet tos vienā modulī, aiz iespējas noteikšanas (feature detection), lai nākamā izmaiņa būtu viens labojums.

Kur saņemt palīdzību

Mēs veidojam tās vietnes un tās aizmugursistēmas daļas, ar ko saskaras aģenti: rīkus, kas aptver esošo pasūtījumu, rezervāciju un kontu loģiku, autorizāciju, kas aģenta izsaukumu uzskata par jebkuru citu šī lietotāja pieprasījumu, kā arī semantikas un pieejamības labojumus, kas vietni padara izmantojamu, pirms rīku vēl nav. Mūsu MI aģentu izstrādes un MCP integrācijas pakalpojums aptver gan WebMCP rīkus, gan aizmugursistēmas MCP serverus, kas, neraugoties uz nosaukumu, ir citas lietas.

Ja vēlaties uzzināt, ko aģents jūsu vietnē redz šodien un vai rīki jūsu klientiem kaut ko mainītu, rakstiet uz office@c9group.dev.