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

App -> Agent explicit integration/manifest?

Aperta
  • Qualcosa non va?
#242 4 commenti 1 reazione 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
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
javascript, web-dev
Ambito
api, design

Direzione di ricerca

Start by reading the WebMCP proposal and discussion around registering tools and how agents invoke them; the issue does not name specific files or tests. Identify whether browser UI for choosing an agent provider and a way for pages to detect available handlers belong in scope. Done means the scope and expected integration flow are clearly decided.

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

Descrizione

As best as I can tell, most of WebMCP is around the plumbing of exposing in-page capabilities through an API to Agent(s) (either external, browser-supplied or in-page).

Is the page->agent triggering flow in-scope (or did I miss it)?

I "built" a CVE analysis tool with built in LLM for exploring CVE data (mostly because I had some questions I wanted to answer, I had tokens to burn and it felt like a fun exercise). Instead of building out a complicated UI for filtering the data and running the queries, I thought it would be a lot easier to just use a LLM to do all of that and just use a chat box.

Right now the built-in LLM runs on a single consumer GPU in my house and runs a pretty small Qwen model (tested best for generating the SQL queries) but I also have subscriptions to most of the AI providers, browser extensions installed for a lot of them and the "Ask Gemini" browser-provided UI for my Gemini subscription. Any one of these would be orders-of-magnitude better than the LLM I provide directly.

I can expose a WebMCP endpoint for everything the app-provided LLM uses and it should have 100% access to run the analysis engine but it doesn't feel like there are plans for how to make that a seamless experience for the user.

Optimally, registering the WebMCP tools would be able to trigger some sort of browser UI that lets the user pick a provider to use (extension or browser native UI) but it would be cleanest if I could know that the current user's browser had some way to handle that so I could offer UI to steer them to click a button to use their own LLM and hide the built-in chat window when the external chat is being used.

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.