Evaluate Agent UX Quality
Run an MCP-based agent through the HCC UXD evaluation framework, producing a
structured findings report with scores and prioritized recommendations.
Pre-flight: Gather Inputs
Before starting, collect the following from the user. Use AskQuestion where
possible; otherwise ask conversationally.
Required inputs
Agent identifier — which agent is being tested? (e.g., "RBAC MCP agent
for CRCPLAN-420", "Notifications & Integrations agent for CRCPLAN-419")
Access method — how does the evaluator reach the agent?
- URL to the agent UI (staging/prod)
- MCP server endpoint (if testing via Cursor MCP)
- CLI or API access details
- Auth method: SSO, API token, direct link, etc.
Test tasks — the specific user scenarios to run. Each task should be a
realistic end-user goal, stated as a user story:
"As an org admin, I need to grant User X read access to System Y."
Minimum: 2 tasks (one happy-path, one edge/error case).
Ideal: 3-5 tasks spanning different complexity levels.
Evaluation dimensions — confirm which dimensions apply (defaults below).
Jira context — parent epic (default: CPUX-6441), story to update.
Collecting test tasks
If the user doesn't have tasks ready, help them generate good ones:
- Pull the agent's target use cases from its CRCPLAN ticket description
- Identify 1 straightforward task, 1 multi-step task, and 1 error/edge case
- Confirm with the user before proceeding
Collecting login/access instructions
Since Cursor cannot interactively log into a web UI, clarify the access model:
- If MCP server: get the server URL; the agent can call it directly via MCP tools
- If web UI: the user performs the interaction and pastes the agent's responses, OR provides screenshots
- If API: get endpoint + auth token
Evaluation Dimensions
Score each dimension 1-5 (1 = critical failure, 5 = excellent).
| # |
Dimension |
What to assess |
| 1 |
Clarity of intent |
Does the agent clearly communicate what it will do before acting? |
| 2 |
Transparency |
Can the user see what the agent did, what data it accessed, and why? |
| 3 |
Recovery & error handling |
When things go wrong, does the agent explain the error and offer a path forward? |
| 4 |
Confidence signals |
Does the agent indicate certainty/uncertainty? Does it hedge appropriately? |
| 5 |
Human-in-the-loop for mutations |
For destructive or consequential actions, does the agent confirm before proceeding? |
| 6 |
Task completion |
Did the agent actually accomplish the user's goal? |
| 7 |
Efficiency |
How many turns/steps did it take? Was there unnecessary back-and-forth? |
| 8 |
Tone & language |
Is the language appropriate for the audience (sysadmin, org admin, developer)? |
Automation feasibility per dimension
| Dimension |
Automatable? |
Method |
| Clarity of intent |
Partially |
Check for confirmation prompts before actions |
| Transparency |
Partially |
Verify response includes "what I did" summary |
| Recovery & error handling |
Yes |
Send malformed inputs, check for graceful responses |
| Confidence signals |
Partially |
NLP check for hedging language patterns |
| Human-in-the-loop |
Yes |
Attempt mutations, verify confirmation step exists |
| Task completion |
Yes |
Compare final state to expected outcome |
| Efficiency |
Yes |
Count turns, measure token usage |
| Tone & language |
No |
Requires human judgment |
Evaluation Workflow
Step 1: Set up
- Confirm access to the agent
- Document agent version, date, environment (staging/prod)
- Record the test tasks verbatim
Step 2: Run each test task
For each task:
- State the task clearly to the agent
- Record the full interaction (all turns)
- Note: first response time, number of turns, any errors
- Score each evaluation dimension (1-5) with a brief justification
Step 3: Synthesize findings
Use this report template:
# Agent UX Evaluation Report
**Agent:** [name and version]
**Date:** [evaluation date]
**Evaluator:** [name]
**Related Jira:** [CPUX-XXXX], parent epic [CPUX-6441]
**Environment:** [staging/prod/local]
## Test Tasks
### Task 1: [task description]
**Outcome:** [pass/partial/fail]
**Turns:** [count]
[Full interaction transcript or summary]
#### Dimension Scores
| Dimension | Score (1-5) | Notes |
|-----------|:-----------:|-------|
| Clarity of intent | | |
| Transparency | | |
| Recovery & error handling | | |
| Confidence signals | | |
| Human-in-the-loop | | |
| Task completion | | |
| Efficiency | | |
| Tone & language | | |
### Task 2: [task description]
[Same structure]
## Summary
| Dimension | Task 1 | Task 2 | Average |
|-----------|:------:|:------:|:-------:|
| Clarity of intent | | | |
| ... | | | |
| **Overall** | | | |
## Prioritized Recommendations
### Must-change (before GA)
1. [finding + recommendation]
### Should-change (next iteration)
1. [finding + recommendation]
### Nice-to-have
1. [finding + recommendation]
Step 4: Deliver
- Save the report as a markdown file in the project
- Add a comment to the relevant Jira story with a summary and link
- Link findings from the parent epic CPUX-6441
References
1---2name: evaluate-agent3description: Run a UX evaluation of an MCP-based agent against the HCC UXD evaluation framework. Use when the user asks to evaluate, test, score, or review an agent's UX quality, or when they reference CPUX-6441, CPUX-6562, or the agent evaluation dimensions.4---56# Evaluate Agent UX Quality78Run an MCP-based agent through the HCC UXD evaluation framework, producing a9structured findings report with scores and prioritized recommendations.1011## Pre-flight: Gather Inputs1213Before starting, collect the following from the user. Use `AskQuestion` where14possible; otherwise ask conversationally.1516### Required inputs17181. **Agent identifier** — which agent is being tested? (e.g., "RBAC MCP agent19 for CRCPLAN-420", "Notifications & Integrations agent for CRCPLAN-419")202. **Access method** — how does the evaluator reach the agent?21 - URL to the agent UI (staging/prod)22 - MCP server endpoint (if testing via Cursor MCP)23 - CLI or API access details24 - Auth method: SSO, API token, direct link, etc.253. **Test tasks** — the specific user scenarios to run. Each task should be a26 realistic end-user goal, stated as a user story:27 > "As an org admin, I need to grant User X read access to System Y."2829 Minimum: **2 tasks** (one happy-path, one edge/error case).30 Ideal: 3-5 tasks spanning different complexity levels.314. **Evaluation dimensions** — confirm which dimensions apply (defaults below).325. **Jira context** — parent epic (default: CPUX-6441), story to update.3334### Collecting test tasks3536If the user doesn't have tasks ready, help them generate good ones:3738- Pull the agent's target use cases from its CRCPLAN ticket description39- Identify 1 straightforward task, 1 multi-step task, and 1 error/edge case40- Confirm with the user before proceeding4142### Collecting login/access instructions4344Since Cursor cannot interactively log into a web UI, clarify the access model:4546- **If MCP server**: get the server URL; the agent can call it directly via MCP tools47- **If web UI**: the user performs the interaction and pastes the agent's responses, OR provides screenshots48- **If API**: get endpoint + auth token4950## Evaluation Dimensions5152Score each dimension 1-5 (1 = critical failure, 5 = excellent).5354| # | Dimension | What to assess |55|---|-----------|----------------|56| 1 | **Clarity of intent** | Does the agent clearly communicate what it will do before acting? |57| 2 | **Transparency** | Can the user see what the agent did, what data it accessed, and why? |58| 3 | **Recovery & error handling** | When things go wrong, does the agent explain the error and offer a path forward? |59| 4 | **Confidence signals** | Does the agent indicate certainty/uncertainty? Does it hedge appropriately? |60| 5 | **Human-in-the-loop for mutations** | For destructive or consequential actions, does the agent confirm before proceeding? |61| 6 | **Task completion** | Did the agent actually accomplish the user's goal? |62| 7 | **Efficiency** | How many turns/steps did it take? Was there unnecessary back-and-forth? |63| 8 | **Tone & language** | Is the language appropriate for the audience (sysadmin, org admin, developer)? |6465### Automation feasibility per dimension6667| Dimension | Automatable? | Method |68|-----------|-------------|--------|69| Clarity of intent | Partially | Check for confirmation prompts before actions |70| Transparency | Partially | Verify response includes "what I did" summary |71| Recovery & error handling | Yes | Send malformed inputs, check for graceful responses |72| Confidence signals | Partially | NLP check for hedging language patterns |73| Human-in-the-loop | Yes | Attempt mutations, verify confirmation step exists |74| Task completion | Yes | Compare final state to expected outcome |75| Efficiency | Yes | Count turns, measure token usage |76| Tone & language | No | Requires human judgment |7778## Evaluation Workflow7980### Step 1: Set up8182- Confirm access to the agent83- Document agent version, date, environment (staging/prod)84- Record the test tasks verbatim8586### Step 2: Run each test task8788For each task:89901. State the task clearly to the agent912. Record the full interaction (all turns)923. Note: first response time, number of turns, any errors934. Score each evaluation dimension (1-5) with a brief justification9495### Step 3: Synthesize findings9697Use this report template:9899```markdown100# Agent UX Evaluation Report101102**Agent:** [name and version]103**Date:** [evaluation date]104**Evaluator:** [name]105**Related Jira:** [CPUX-XXXX], parent epic [CPUX-6441]106**Environment:** [staging/prod/local]107108## Test Tasks109110### Task 1: [task description]111**Outcome:** [pass/partial/fail]112**Turns:** [count]113114[Full interaction transcript or summary]115116#### Dimension Scores117| Dimension | Score (1-5) | Notes |118|-----------|:-----------:|-------|119| Clarity of intent | | |120| Transparency | | |121| Recovery & error handling | | |122| Confidence signals | | |123| Human-in-the-loop | | |124| Task completion | | |125| Efficiency | | |126| Tone & language | | |127128### Task 2: [task description]129[Same structure]130131## Summary132133| Dimension | Task 1 | Task 2 | Average |134|-----------|:------:|:------:|:-------:|135| Clarity of intent | | | |136| ... | | | |137| **Overall** | | | |138139## Prioritized Recommendations140141### Must-change (before GA)1421. [finding + recommendation]143144### Should-change (next iteration)1451. [finding + recommendation]146147### Nice-to-have1481. [finding + recommendation]149```150151### Step 4: Deliver152153- Save the report as a markdown file in the project154- Add a comment to the relevant Jira story with a summary and link155- Link findings from the parent epic CPUX-6441156157## References158159- Parent epic: [CPUX-6441](https://redhat.atlassian.net/browse/CPUX-6441) — Evaluate UX quality of HCC MCP agents160- Automation exploration: [CPUX-6562](https://redhat.atlassian.net/browse/CPUX-6562) — Investigate automation approaches161- RBAC agent: [CRCPLAN-420](https://redhat.atlassian.net/browse/CRCPLAN-420)162- Notifications agent: [CRCPLAN-419](https://redhat.atlassian.net/browse/CRCPLAN-419)