[v2] Per-tool call and log history in the web UI
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
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- typescript
- Lĩnh vực
- developer-experience, observability
Hướng nghiên cứu
Start by reading the v2 UX spec and issue #2607 to understand the existing counts work and the web UI’s Tools, Server Console, and Protocol panels. Decide where per-tool history should live before implementation; then trace how tool calls, results, notifications/message logs, progress notifications, and request IDs reach those panels. Done means recent calls show arguments, results, and duration alongside associated logs and progress, with best-effort stderr correlation clearly identified.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Split out of #2607, whose PR covers only the tool/prompt/resource counts (the part the v2 UX spec already describes). This tracks the second half of that report.
The problem
After running a tool several times there is no way to see that tool's history in the web UI:
- Console tab (Server Console): a tool call shows only
Processing request of type CallToolRequest. The tool name is not shown and the line is not linked to the matchingtools/callentry in the Protocol panel. - Tools screen: only the latest result is shown — no record of previous calls, their arguments, results or logs.
- Protocol panel: searching by tool name finds entries, but nothing groups a tool's calls together with the server logs and notifications they produced.
What's wanted
For each tool, its recent calls — arguments, result, duration — together with the notifications/message log lines and progress notifications each call produced.
Notes
- There is no spec wireframe for this yet, so it needs a design pass (where it lives: a Tools-screen history panel vs. a Protocol-panel grouping) before implementation.
- Correlating server log lines to a call is only exact where the server tags them (e.g. a
related-request-id); stderr lines on stdio carry no request id, so a time-window heuristic would be a best-effort association, and the UI should say so.
- Ngôn ngữ chính
- TypeScript
- Star
- 11.1k
- Fork
- 1.5k
- Merge trung bình
- 4 giờ 28 phút
- Pull request đã merge (30 ngày)
- 151
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- 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.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của modelcontextprotocol/inspector
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
modelcontextprotocol/inspector#2723 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
insufficient_scope challenge retry doesn't detect expired access token, gives up after one identical retryCó thể đã có người làm @its-nott-me đã nhận 1 ngày trước. Đang mởbug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 50/100
modelcontextprotocol/inspector#2724 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Modern subscriptions: a subscriptions/listen refused with HTTP 403 is retried eight times in silenceĐang mởbug v2
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
modelcontextprotocol/inspector#2722 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug v2
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 50/100
modelcontextprotocol/inspector#2721 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug v2
Độ khó 3/5 Nửa ngày Mức phù hợp với người mới 62/100
modelcontextprotocol/inspector#2719 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của modelcontextprotocol/inspector
Issue tương tự
-
`cf complete zsh >> .zshrc` fails on vanilla zshCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
cloudflare/cf#340 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
Rename Madson cameraĐang mở
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 75/100
StoDevX/AAO-React-Native#8785 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Broken links in the docsĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 75/100
-
bnv-manager-v2: accept_invite creates the Mailcow domain admin before the commitCó thể đã có người làm @myOmikron đã nhận hôm nay. Đang mởbug ready-for-agent
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100