Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

App -> Agent explicit integration/manifest?

Đang mở
  • Có gì không ổn?
#242 4 bình luận 1 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
25/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Ít trao đổi
Công nghệ
javascript, web-dev
Lĩnh vực
api, design

Hướng nghiên cứu

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.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

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.

Ngôn ngữ chính
Bikeshed
Star
4.7k
Fork
328
Merge trung bình
2 ngày 15 giờ
Pull request đã merge (30 ngày)
16

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của webmachinelearning/webmcp

Tất cả issue của webmachinelearning/webmcp

Issue tương tự

Thêm issue về Backend & API Design

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.