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

[v2] Per-tool call and log history in the web UI

Aperta
#2,705 0 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
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
typescript

Direzione di ricerca

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.

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

Descrizione

enhancement v2

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 matching tools/call entry 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.
Lingua principale
TypeScript
Stelle
11.1k
Fork
1.5k
Merge medio
4h 28m
PR unite (30g)
151

Preparare l'ambiente

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 modelcontextprotocol/inspector

Tutte le issue di modelcontextprotocol/inspector

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.