aws / aws/amazon-q-developer-cli

Feature request: UX for maintaining list of available tools in cli-agents

Offen
#2,840 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Vorherrschende Sprache
Rust
Sterne
2k
Forks
439
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

CLI agent configurations include an allowlist of available tools (the tools list, not the allowedToolslist). For an agent that includes large MCP servers (or many MCP servers), where the user wants to control for tool context consumption but still have a large handful of tools available, the tools list can include dozens of entries. And, as MCP servers continue to evolve tool names may change or new tools may become available that would benefit a given agent configuration.

Currently /tools run within an agent lists only the tools that are available to the agent. I can't find any way to have Q CLI list out all agents that could possibly be available from the loaded MCP servers, and therefore can't effectively review and update my tools list to account for these changes.

A better UX for maintaining tools lists could be as simple as adding a /tools --all command which shows all possible tools (leaving it to the user to append @mcp-server-name/ ahead of tool names before pasting them into the agent config. Or it could be as involved as displaying a scrollable list of all potentially available tools, showing which are included in the current agent and which are not, and letting the user toggle availability on each tool, with Q CLI modifying the agent config as these toggles change.

Does the Q CLI team have any specific plans for agent maintenance workflows including the tools list that are already aiming to solve this?

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Das Issue nennt keine Dateien oder Tests. Beginne mit der Überprüfung des vorhandenen Befehls /tools und der tools-Allowlist der Agentenkonfiguration und ermittle anschließend den gewünschten Wartungs-Workflow; als abgeschlossen gilt die Aufgabe, wenn eine festgelegte UX zum Auflisten und Aktualisieren aller potenziell verfügbaren MCP-Tools vorhanden ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
rust
Bereich
ai, cli
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
25/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.