aws / aws/amazon-q-developer-cli

Improvements for MCP Prompts

Open
#2,789 1 comment 3 reactions 0 assignees View on GitHub
Dominant language
Rust
Stars
2k
Forks
439
PR merge metrics
No merged PRs in 30d

Description

I've been playing around with Q CLI's support for MCP prompts and have some feedback for improvements that I think would make a big difference in the overall experience:

### UX low-hanging fruit

1. `/prompts list` should include the prompt description so it's easy to understand what each prompt does
2. There should be something like `/prompts details ` that shows all properties of the prompt returned by the MCP server. Specifically argument details.
3. `/prompt get` causes Q to go into a Thinking loop before outputting the prompt. Is this necessary? Shouldn't fetching the prompt be purely deterministic? Edit: I didn't realize that `/prompt get` not only fetches the prompt but also sends it to the model for processing. So `/prompt get myprompt` is the same as running `@myprompt`. So the UX should be modified to output the prompt so it's clearer that this is what's happening.
4. If you try to call a prompt without passing a required argument, you get this really ugly error with a raw JSON output from the MCP server.

### Feature Request

You should be able to pin a MCP server prompt as context, both in agent configuration JSON and via `/context add`For the last one, picturing being able to do something like this:

```
> /context add @some-mcp-prompt arg
```

This will expand the prompt and pin it to context. For agent configuration, you could support something like `prompt:///...` in addition to `file://` supported today. Not quite sure how friendly the URL format will be for prompt arguments, but you could do get params encoded in the URL although depending on the prompt, that could get very long...

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.