WebMCP í október 2026: að gera vefsíðu nothæfa fyrir gervigreindarfulltrúa og hvað origin trial þýðir í raun

WebMCP lætur vefsíðu afhenda gervigreindarfulltrúa stuttan lista yfir það sem hann getur gert, hvert með nafni, lýsingu og inntaksskema, í stað þess að fulltrúinn þurfi að ráða í síðuna af skjámyndum og DOM. Fulltrúi sem finnur verkfærið check_order_status getur kallað á það með pöntunarnúmeri. Án þess þarf fulltrúinn að finna réttan reit og smella á réttan hnapp.

Þetta er loforðið. Staðan 22. október 2026 er þrengri en flestar greinar gefa til kynna. WebMCP er tillaga frá samfélagshópi W3C (Community Group), ekki staðall. Chrome keyrir það sem origin trial (tímabundin prófun Chrome á nýjum eiginleika á skráðum vefjum), án þess að ákvörðun liggi fyrir um að senda það út. Einn almennur fulltrúi kallar á verkfærin (vafrinn sem er innbyggður í ChatGPT-skjáborðsappið), og sá fulltrúi hunsar yfirlýsandi útgáfuna með eyðublöðum, sem var felld úr forskriftinni 8. október. Teymið sem þróar vafravél Safari er andvígt tillögunni; Mozilla er hlutlaus.

Þessi grein er fyrir forritara og vöruábyrgðaraðila sem eru að ákveða hvort bæta eigi WebMCP við núna. Hún fer yfir hvað API-ið er, hverjir kalla á það, hvernig kveikt er á því fyrir raunverulega gesti, hvernig skrifa á verkfæri sem fá fulltrúa ekki hlaðna byssu í hendur, og hvað á að laga fyrst ef þú vilt að fulltrúar noti vefinn þinn yfirhöfuð.

Hvað WebMCP er

Forskriftin skilgreinir JavaScript-API á document.modelContext sem síða skráir verkfæri í gegnum: „WebMCP API gerir vefforritum kleift að bjóða gervigreindarfulltrúum JavaScript-verkfæri.“ Verkfæri hefur name, description og execute-fall, og valfrjálst title, inputSchema (JSON Schema) og annotations. Eigin kóði síðunnar keyrir þegar fulltrúinn kallar á verkfærið, innan lotu notandans.

Þrjú atriði eru auðvelt að misskilja:

• Þetta er ekki staðall. Skjalið er Draft Community Group Report frá Web Machine Learning Community Group og segir það sjálft: „Þetta er hvorki W3C-staðall né á staðlaferli W3C.“ Í eigin skjölum Chrome er það kallað „fyrirhugaður vefstaðall“. Dagsetning skýrslunnar hefur breyst á nokkurra daga fresti í október; ritstjórar hennar eru frá Microsoft og Google.
• Það er enginn MCP í því. Forskriftin segir að síður sem nota það „megi líta á sem Model Context Protocol-netþjóna sem útfæra verkfæri í skriftum á biðlarahlið“, og síðan að hún „mæli ekki fyrir um á hvaða sniði verkfæri eru afhjúpuð vafrafulltrúanum“. Í umsögn Mozilla var það orðað hreint út: „Nafnið er villandi ... Hér er enginn MCP.“ WebMCP-verkfæri tengist ekki MCP-netþjóni þínum á bakenda og kemur ekki í staðinn fyrir hann.
• Það gerir vefinn þinn ekki finnanlegan. Í skjölum Chrome er takmörkunin sjálf talin upp: „Biðlarar og vafrar verða að heimsækja vef beint til að vita hvort hann hafi verkfæri sem hægt er að kalla á.“ WebMCP hjálpar fulltrúa sem er þegar á síðunni þinni. Það gerir ekkert til að þú finnist.

API-ið er takmarkað við öruggt samhengi (secure context) og háð Permissions Policy-stefnunni tools, þar sem sjálfgefinn leyfislisti er 'self', þannig að iframe frá öðrum uppruna (cross-origin) getur ekki skráð verkfæri nema síðan sem felur það inn leyfi það.

Staðan 22. október 2026

Chrome 156, síðasta útgáfan í upphaflega prófunartímabilinu, kom í stöðuga rás (stable) 20. október 2026. Chrome 162, lok umbeðinnar framlengingar, er áætluð í stöðuga rás 2. febrúar 2027. Ekki tókst að staðfesta úr stjórnborði prófunarinnar hvort framlengingin sé í gildi, svo gerðu ráð fyrir að hún sé líkleg en ekki viss.

Beiðnin um framlengingu útskýrir hvers vegna Chrome vill meiri tíma: „Endurgjöf úr OT hefur bent til úrbóta á API-inu, sem við erum að útfæra.“ Í sama þræði skrifaði Dominic Farolino hjá Google að teymið sé „að vona að við förum í I2S innan framlengingartímabilsins“, það er að biðja um að senda það út, og að „skipandi API er miklu vinsælla en yfirlýsandi API, svo við leggjum meira í það til að mæta þörfum notenda.“ Hann nefndi einnig continuation API, tool stability API og takmarkanir á stærð verkfæra, sem verið er að gera frumgerðir af. API-ið sem þú skrifar gegn í dag mun breytast.

Hverjir kalla í raun á verkfærin

Að skrá verkfæri krefst einskis. Að nota þau krefst fulltrúa, og listinn yfir fulltrúa er stuttur.

Eigin prófunarviðbætur Chrome. Skjöl Chrome bjóða tvær viðbætur, þar á meðal Model Context Tool Inspector, til að prófa verkfæri í sýnidæmum og á eigin síðum. Þær þurfa þinn eigin API-lykil að mállíkani, og Chrome tekur fram: „Þessar viðbætur eru aðskildar frá Gemini in Chrome.“ Þær eru forritaratól, ekki viðskiptavinir.

Innbyggður vafri ChatGPT. Færsla frá starfsmanni OpenAI á spjallborði fyrir forritara sagði 25. ágúst 2026 að „Site tools eru útfærsla ChatGPT á fyrirhuguðum WebMCP-staðli.“ Skjölin setja skilyrði: tiltekin mállíkön, nýjasta skjáborðsappið, að stjórnandi leyfi það í Enterprise-vinnusvæðum, engin Edu-vinnusvæði, og „Framboð fer einnig eftir útfærsluferli (rollout)“. Þar er einnig talið upp það sem ekki er stutt: „Yfirlýsandi API: Verkfæri sem skilgreind eru með HTML-eigindum eyðublaða eru ekki í boði sem site tools“, og verkfæri skráð innan iframe, líka þau frá sama uppruna. Fyrirmæli OpenAI eru skýr: „Notaðu JavaScript til að skrá verkfæri á síðu á efsta stigi“. Skjölin segja ekki hvort síða þurfi tóka fyrir origin trial frá Chrome til að ChatGPT sjái verkfæri hennar.

Gemini in Chrome. Google sagði í maí að það „muni bráðlega styðja WebMCP API“. Við fundum enga frumheimild síðan þá sem segir að svo sé. Ekki byggja áætlun á því enn.

Allir aðrir falla aftur á gömlu leiðina. Sérhver fulltrúi í sérhverjum vafra les síður enn á gamla mátann. Chrome segir það sjálft í eigin áhættumati: „Vafrafulltrúar í Chrome geta áfram stýrt vefjum eins og áður með því að herma eftir hegðun notenda.“ OpenAI: „Ef ekkert viðeigandi verkfæri er í boði getur fulltrúinn samt notað venjulega vafragetu sína.“ Vefur án WebMCP er ekki ósýnilegur fulltrúum. Vefur með bilaða hnappa og ómerkta reiti er erfiður fyrir þá alla.

Skipandi API

Þetta er útgáfan sem forskriftin skilgreinir (imperative API), sú sem ChatGPT styður og sú sem Chrome segir forritara kjósa. Verkfæri vefur utan um rökvirkni sem síðan hefur þegar. Hér er uppfletting sem aðeins les, fyrir innskráðan viðskiptavin, eftir sniðinu í skjölum Chrome og eiginleikagreiningu OpenAI:

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

Það sem skiptir máli í henni:

• Nafn, lýsing og skema er það sem líkanið les. Chrome mælir með í mesta lagi 500 stöfum í lýsingu verkfæris, 150 í lýsingu breytu, 30 í nafni verkfæris og breytu og 1,5 þúsund stöfum í úttaki verkfæris, og tekur fram að „Þessar ráðleggingar kunna að breytast“. Explainer-skjal forskriftarinnar varar við að „Að birta of mörg verkfæri (t.d. tugi eða hundruð) getur dregið verulega úr afköstum fulltrúans“: skráðu það sem núverandi staða síðunnar þarfnast og fjarlægðu restina með AbortController-merkinu.
• Annað viðfang execute ber AbortSignal, svo hætt kall getur stöðvað beiðni sem er í gangi.
• Athugasemdir (annotations) eru vísbendingar. readOnlyHint merkir uppflettingu. consequentialHint merkir allt sem bókar, kaupir, sendir, eyðir eða flytur, og í skjölum Chrome segir að það „geri fulltrúum og vöfrum kleift að framfylgja skyldubundnum staðfestingarglugga fyrir notandann“. untrustedContentHint merkir úttak sem ber umsagnir, efni frá notendum eða gögn frá þriðja aðila. debugging-athugasemd er til frá Chrome 156.
• Kóði síðunnar getur einnig talið upp og keyrt verkfæri, með document.modelContext.getTools() og executeTool(), og toolchange-atburður fer af stað þegar listinn breytist. JSON-strengjuð viðföng til executeTool() eru úrelt frá Chrome 155.

React, Angular og Vue hafa hvert sitt tilraunahjálparsafn, og npm-pakkinn webmcp-types býður TypeScript-gerðir. Eldri kennsluefni sem kalla á navigator.modelContext er úrelt: forskriftin færði API-ið yfir á document 27. maí 2026.

Yfirlýsandi API: í prófun Chrome, úr forskriftinni

Yfirlýsandi útgáfan (declarative API) breytir núverandi HTML-eyðublaði í verkfæri með tveimur eigindum. Hún er aðlaðandi fyrir gamla vefi sem eru þungir af eyðublöðum, því ekkert annað þarf að breytast:

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

Í prófun Chrome gildir að „þegar fulltrúi kallar á toolname færir vafrinn eyðublaðið í fókus og fyllir út reiti þess. Eyðublaðið er áfram sýnilegt notandanum.“ Vafrinn byggir færibreyturnar úr stýrireitunum: nöfnum þeirra, <label>-merkjum, required og valkostum <select>. Nema eyðublaðið beri toolautosubmit gildir að „Notandinn verður að smella handvirkt á Senda til að ljúka verkinu“, sem er það sem þú vilt á öllu sem skráir pöntun eða sendir fyrirspurn. SubmitEvent.agentInvoked segir meðhöndlaranum þínum að fulltrúi hafi fyllt út eyðublaðið, og respondWith(), eftir preventDefault(), skilar niðurstöðunni til fulltrúans. Hlustaðu á atburðina toolactivated og toolcancel á document.modelContext með addEventListener: window.ontoolactivated og window.ontoolcancel eru ekki studd frá Chrome 156.

Gallinn er staða þess. Nýjasta breyting explainer-skjalsins, 8. október 2026, ber titilinn „Fjarlægja yfirlýsandi API úr forskriftinni í bili“ og segir nú að yfirlýsandi mótvægi „sé til skoðunar sérstaklega ... en sé ekki hluti af forskriftinni að svo stöddu.“ ChatGPT styður það ekki. Chrome skjalar það enn í prófuninni, og Farolino hjá Google hélt því fram í þræði Mozilla að „við sjáum gildi í yfirlýsandi tillögunni einfaldlega fyrir eldri vefi, sérstaklega þá sem byggja á eyðublöðum“. Líttu á það sem tilraun Chrome innan tilraunar: í lagi að prófa, óskynsamlegt sem eina leið.

Að kveikja á því fyrir raunverulega gesti

Flagg (chrome://flags/#enable-webmcp-testing) kveikir á WebMCP í þínum eigin vafra til prófunar. Það gerir ekkert fyrir gesti. Fyrir þá þarf síðan tóka fyrir origin trial.

1. Skráðu uppruna (origin) á prófunarsíðu Chrome fyrir WebMCP. Origin trials „eru opnar öllum forriturum“, og tóki „kveikir á eiginleika fyrir alla notendur á þínum uppruna“.
2. Skilaðu tókanum á hverri síðu sem á að birta verkfæri, sem <meta http-equiv="origin-trial" content="..."> í <head> eða sem svarhaus Origin-Trial:. Einnig er hægt að setja tóka inn úr skriftu. Einn tóki nær yfir einn uppruna; síða getur borið marga.
3. Endurnýjaðu hann. Þegar prófun er framlengd biður Chrome skráða aðila að „leggja fram nýjan tóka fyrir hvern uppruna sem skráður er í prófunina“, og „Chrome hunsar ógilda eða útrunna tóka“. Útrunninn tóki bregst þegjandi: verkfærin hætta einfaldlega að birtast.
4. Fyrir Edge skaltu skrá þig sérstaklega á prófunarsíðu Edge. Skilmálarnir biðja um að „þar sem unnt er samþykkir þú að beita eiginleikagreiningu / mjúkri niðurstigun (graceful degradation)“.

Úttektir Lighthouse fyrir WebMCP þurfa einnig skráningu í prófunina, svo vefur sem prófar þær án tóka sér þær falla.

Að skrifa verkfæri sem er óhætt að kalla á

Öryggiskafli forskriftarinnar er ekki bindandi (non-normative) og hann er hreinskilinn um hvar byrðin liggur: að koma í veg fyrir að fulltrúi sé blekktur sé „fyrst og fremst á ábyrgð öryggislíkans fulltrúans sjálfs frekar en eitthvað sem þessi forskrift getur framfylgt með bindandi hætti.“ Verkfærin þín ákveða samt hversu miklu tjóni blekktur fulltrúi getur valdið.

• Vísbendingar geta logið, svo fulltrúar treysta þeim ekki. Forskriftin: „illgjarn vefur getur sleppt þessum vísbendingum eða rangfært þær.“ OpenAI: „Nafn verkfæris eða fullyrðing um að það lesi aðeins gögn er ekki sönnun þess hvað það gerir“, og sérhvert kall í vafra þess fær öryggisskoðun, þar sem staðfestingar er enn krafist fyrir kaup og áþekkar aðgerðir. Merktu samt af heiðarleika. Það er það sem varkár fulltrúi notar til að ákveða hvenær hann spyr notandann.
• Lýstu áhrifum nákvæmlega. Eigið slæmt dæmi forskriftarinnar er verkfæri sem lýst er sem „Gengur frá núverandi innkaupakörfu“ en „kallar í raun fram kaup. Notandinn ætlaði ekki að kaupa neitt.“ Ef verkfæri skuldfærir kort segir lýsingin það, og consequentialHint er true.
• Heimilaðu á netþjóni í hvert skipti. Verkfærið keyrir með lotu notandans: forskriftin bendir á að „Fulltrúar geta erft auðkenni og auðkenningarsamhengi notandans úr vafranum.“ Kall á verkfæri er beiðni frá þeim notanda og fær sömu athuganir. Ráð explainer-skjalsins halda: „Staðfestu strangt í kóða, laust í skema“, því strangar skemavillur geta fengið fulltrúa til að festast.
• Gerðu ráð fyrir innsprautun fyrirmæla (prompt injection). Forskriftin telur hana fyrsta, í þremur myndum: fyrirmæli falin í lýsigögnum verkfæris, í úttaki, og árásir sem nota verkfæri sem skotmörk. Úttak sem ber texta annarra (umsagnir, skilaboð, spurningar um vörur) á heima undir untrustedContentHint og ætti að skila sem gögnum frekar en texta sem fulltrúi gæti tekið sem fyrirmæli.
• Afþakkaðu síður af ásettu ráði. Haus Permissions-Policy: tools=() gerir API-ið óaðgengilegt skjali og öllu sem það felur inn. Reikningsstillingar, greiðslusíður og stjórnendaskjáir koma til greina.

Ein varúð varðandi skjöl Chrome: öryggissíða þeirra segir að drögin innihaldi aðferðina requestUserInteraction() til að biðja notandann um staðfestingu í miðju verkfæri. Drög forskriftarinnar frá 20. október 2026 hafa enga slíka aðferð, og explainer-skjalið telur staðfestingu notanda enn opna spurningu. Hannaðu ekki í kringum hana.

Hvað verkfræðingar Safari og Firefox hafa út á að setja

Athugasemdirnar eru þess virði að lesa jafnvel þótt þú smíðir aðeins fyrir Chrome, því þær lýsa því hvernig WebMCP getur farið úrskeiðis í reynd.

Afstaða WebKit, birt 3. júní 2026, heldur því fram að laga eigi síður sem erfitt er að nota í HTML og ARIA, „þar sem notandinn, hjálpartækni og fulltrúar njóta öll góðs af“, og að með verkfærum „flytjist brothættnin einfaldlega úr DOM yfir í lýsingar verkfæranna.“ Það lítur á fulltrúa sem hjálpartækni sem ekki ætti að draga sérstaklega fram: „WebMCP gerir hið gagnstæða og gerir ‚fulltrúi er við stýrið‘ að greinanlegri staðreynd.“ Og það bendir á að tillagan „hefur hvorki samþykkis- né afturkræfnilíkan fyrir afleiðingarmiklar aðgerðir“.

Mozilla settist á hlutleysi í ágúst: WebMCP „kynnir hugsanlega verðmætan útdrátt (abstraction)“, en „opnar flöt þar sem raunveruleg hreyfiöfl skilja eftir of margar opnar spurningar til að hægt sé að styðja það af heilum hug“. Mozilla varar við að vefir gætu „boðið verkfæri sem passa ekki við upplifun notanda á síðunni“, til dæmis til að „koma fyrir innsprautun fyrirmæla sem er ósýnileg venjulegum notendum“. Einstakir verkfræðingar Mozilla hafa sýnt áhuga á skipandi frumstæðu fyrir function calling; það er ekki stuðningur Mozilla.

Chrome sjálft metur áhættuna af því að aðrar vafravélar taki ekki upp WebMCP litla fyrir notendur. Hin hliðin á því er að vefur hefur ekkert gagn í Safari eða Firefox af því að bæta við verkfærum í dag.

Hvað virkar fyrir alla fulltrúa í dag

Allir vafrafulltrúar lesa skjámyndir, HTML og aðgengistréð (accessibility tree). Leiðbeiningar Google á web.dev um vefi sem henta fulltrúum segja að fulltrúar „noti DOM og aðgengistréð til að fá hreinan, skipulagðan lista yfir gagnvirka þætti og víxltengi það síðan við sjónræna myndgerð“. Hagnýti listinn er stuttur:

• Notaðu alvöru þætti af gerðunum <button> og <a>, ekki smellanleg <div> og <span>.
• Tengdu hvert <label> við reitinn sinn með for.
• Engin gegnsæ yfirlög yfir gagnvirkum þáttum, og ekkert gagnvirkt minna en 8 ferningspixlar.
• Stöðugt útlit sem hnikast ekki til rétt þegar fulltrúinn ætlar að smella.

Niðurstaða þeirra: „Allt sem við leggjum til til að gera vef ‚tilbúinn fyrir fulltrúa‘ gerir vefi líka betri fyrir fólk.“ Þetta er líka, næstum orðrétt, það sem WebKit biður um í stað WebMCP. Ef greiðsluferlið þitt fellur á aðgengisúttekt skaltu laga það áður en þú skrifar eitt einasta verkfæri.

Lighthouse hefur haft flokkinn Agentic Browsing frá útgáfu 13.2.0 (1. maí 2026), í boði í Chrome frá útgáfu 150, og hann var virkjaður fyrir PageSpeed Insights API í Lighthouse 13.4.1 (20. júlí 2026). Hann athugar þann hluta aðgengisúttekta sem skiptir vélar máli, stöðugleika útlits, skráð WebMCP-verkfæri og eyðublöð án þeirra, gildi skema og hvort llms.txt-skrá sé til staðar. Chrome kallar hann „upplýsandi og án viðmiðunargilda“: það er engin einkunn frá 0 til 100. Um llms.txt segja leiðbeiningar Google-leitar sjálfrar að hún hunsi slíkar skrár: að bæta einni við „skaði hvorki sýnileika né röðun vefsins þíns í Google-leit og hjálpi henni ekki heldur“. Að Lighthouse athugi skrána breytir því ekki.

Ættir þú að bæta við WebMCP núna?

Á Shopify með Liquid-þema: ekkert verk. Verkfæri Shopify fyrir verslunarvef, körfu og greiðsluferli eru þegar í gangi, „Það þarf ekkert að setja upp eða stilla“, með fyrirvara Shopify sjálfs um að „stuðningur við fulltrúa er eins og er takmarkaður við Chromium-vafra í gegnum origin trial“. Headless-verslunarvefir falla aðeins undir forútgáfu Hydrogen fyrir forritara. Við fundum engan annan verslunarvettvang, greiðsluþjónustuveitanda eða CDN-net sem kveikir á WebMCP fyrir viðskiptavini sína.

Á sérsmíðuðum, headless eða eldri vef: það fer eftir því hverjir notendur þínir eru.

• Ef viðskiptavinir þínir eða starfsfólk nota vafra ChatGPT-skjáborðsappsins eru skipandi verkfæri á síðu á efsta stigi eina tegundin sem nær til þeirra. Byrjaðu á tveimur eða þremur verkfærum sem aðeins lesa, í kringum algengasta verkefnið (pöntunarstöðu, framboð, tilboð), á bak við eiginleikagreiningu, með tóka fyrir origin trial, og mældu hvort einhver kallar á þau.
• Ef þú vilt gera ódýra tilraun í Chrome eru yfirlýsandi eigindi á núverandi eyðublöðum nokkurra klukkustunda vinna. Stoppaðu ekki þar: ChatGPT sér þau ekki og forskriftin inniheldur þau ekki lengur.
• Ef þú hefur engin gögn um að fulltrúar heimsæki þig skaltu laga merkingarfræði HTML, merkimiða og útlit fyrst. Sú vinna hjálpar öllum fulltrúum og öllum sem nota hjálpartækni, og ekkert af henni fer í súginn þegar API-ið breytist.

Í öllum tilvikum skaltu hafa venjulega viðmótið heilt. Ráð OpenAI: „Haltu venjulega viðmótinu fyrir fólk og vafra sem styðja ekki WebMCP.“

Hvað gæti breyst

• Intent to Ship. Teymi Chrome vonast til að biðja um það innan framlengingartímabilsins, sem lýkur með Chrome 162 (2. febrúar 2027) ef framlengingin stendur. Útsending myndi fjarlægja þörfina fyrir tóka í Chrome.
• Lögun API-sins. Continuation API (niðurstöður sem lenda á næstu síðu eftir að farið er á milli síðna), tool stability API og stærðartakmarkanir eru í frumgerð. Nýlegar útgáfur hafa þegar fjarlægt window.ontoolactivated og strengjuð viðföng.
• Örlög yfirlýsandi API. Úr forskriftinni „í bili“, enn í prófun Chrome.
• Þeir sem kalla. Stuðningur Gemini in Chrome hefur verið tilkynntur en ekki sendur út. Síða forskriftarinnar um stöðu útfærslu telur upp WebMCP fyrir vefforrit á Ray-Ban Display-gleraugum Meta sem væntanlegt bráðlega, og tilraunastuðning í Leo-aðstoðarmanni Brave.

Ef þú bætir við verkfærum núna skaltu hafa þau í einni einingu (module), á bak við eiginleikagreiningu, svo næsta breyting verði ein breyting.

Hvar þú færð aðstoð

Við smíðum þá hluta vefs og bakenda hans sem fulltrúar snerta: verkfæri sem vefja utan um núverandi rökvirkni pantana, bókana og reikninga, heimildir sem meðhöndla kall fulltrúa eins og hverja aðra beiðni frá þeim notanda, og þær lagfæringar á merkingarfræði og aðgengi sem gera vef nothæfan áður en nokkurt verkfæri er til. Þjónusta okkar við þróun gervigreindarfulltrúa og MCP-samþættingu nær yfir WebMCP-verkfæri og einnig MCP-netþjóna á bakenda, sem eru annað fyrirbæri þrátt fyrir nafnið.

Ef þú vilt vita hvað fulltrúi sér á vefnum þínum í dag, og hvort verkfæri myndu breyta einhverju fyrir viðskiptavini þína, skrifaðu þá á office@c9group.dev.