Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Various questions & feedback

Aperta
#237 4 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
javascript, json
Ambito
api

Direzione di ricerca

The issue raises questions about the WebMCP spec and links issue #236, but names no spec files or tests. Start by reading the linked issue and the spec sections quoted here; the questions span browsing context, origin isolation, tool progress and execution, schemas, and observations. Done would require the maintainers to resolve the questions and define concrete changes.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Noting this all down in one place ahead of a meeting. I only read through the spec and explainers on a plane, so apologies if this is stuff that's already been discussed. If anything isn't a quick answer, I can create a separate issue.

Also see https://github.com/webmachinelearning/webmcp/issues/236.


Browsing context required: As tool calls are handled in JavaScript, a browser tab or a webview must be opened to provide a visible interface and browser context. In other words, there is no support for agents or assistive tools to call tools in a headless state.

Why? Headless browsers have a browsing context right?


WebMCP is only available in origin-isolated documents. This ensures that the document's origin remains stable throughout the tool's lifetime.

Why? Not saying it's wrong, just don't understand. postMessage doesn't have this limitation.


Can tools provide progress? Seems like a job for a stream/observable!


How does document.modelContext access work across origin for exposed tools? (document access will be blocked right?)


Why is inputSchema stringified? Seems a bit weird.


The browser agent, on the other hand, does not run JavaScript on the page.

I guess you're already on top of this, but the same should happen for executing tools.


Using JSON schema seems a bit… WebSQL. Is the format frozen? What if it's changed in future? I assume there's no actual casting/validation of the format?


Do we need an output schema? So, if the function returns an object, the agent can understand how the various keys can be used.


Should an observation be required before attempting to call a tool? In case things have changed.

Lingua principale
Bikeshed
Stelle
4.7k
Fork
328
Merge medio
2g 15h
PR unite (30g)
16

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di webmachinelearning/webmcp

Tutte le issue di webmachinelearning/webmcp

Issue simili

Altre issue su Backend & API Design

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.