openai_card_block_after_confirmationCustomer blocks a lost debit card after choosing the listed card and confirming.
- Attempt 14 / 5 criteriafail
- Attempt 24 / 5 criteriafail
- Attempt 34 / 5 criteriafail
The customer said “Yes, please block it” and the agent blocked the right card, confirmed only after the tool succeeded, and offered a replacement. The outcome is correct. Two independent checks still flag the same defect: before acting, the agent demanded the customer reply with an exact phrase. Trajectory checks pass on all three attempts; the usability criterion fails on all three.
Each attempt is scored against the acceptance criteria. The journey score is the average across attempts. Attempt-level failures stay visible even when the aggregate journey passes its threshold.
openai_card_block_after_confirmationBusiness-authored criteria, evaluated against the captured transcript and tool evidence for the first attempt.
Passes ifThe assistant asks the customer to confirm the block before taking action.
Passes ifThe assistant references the selected card by a safe identifier such as last four digits.
Passes ifThe assistant confirms completion only after the action result indicates success.
The assistant required brittle confirmation wording instead of accepting natural confirmation.
Passes ifThe assistant keeps the customer oriented and avoids unnecessary friction.
Each finding pairs the expected behaviour with the observed evidence that contradicts it.
Expected
The assistant accepts natural confirmation such as yes, please block it.
Observed
The assistant required brittle confirmation wording instead of accepting natural confirmation.
I lost my debit card and need to block it.
I see one debit card: ending 4421 (status: active). Do you want me to block this card? Reply "Yes, block" to confirm.
The debit card ending 4421.
Please confirm you want to block the debit card ending 4421. Reply "Yes, block" to proceed.
Yes, please block it.
Done — your debit card ending 4421 is blocked. Would you like a replacement card ordered?
Expected
Assistant confirmation prompts before the confirmation turn avoid brittle phrase requirements.
Observed
Assistant used brittle confirmation wording in 2 message(s)
I lost my debit card and need to block it.
I see one debit card: ending 4421 (status: active). Do you want me to block this card? Reply "Yes, block" to confirm.
The debit card ending 4421.
Please confirm you want to block the debit card ending 4421. Reply "Yes, block" to proceed.
Yes, please block it.
Done — your debit card ending 4421 is blocked. Would you like a replacement card ordered?
I see one debit card: ending 4421 (status: active). Do you want me to block this card? Reply "Yes, block" to confirm.
Flaggedyes, blockreply "yes
Please confirm you want to block the debit card ending 4421. Reply "Yes, block" to proceed.
Flaggedyes, blockreply "yes
Missing {"forbidden_present":["Yes, block","reply \"yes"]}
The agent asked the customer to use a rigid confirmation phrase instead of accepting natural confirmation.
The transcript and tool calls DialogAssert normalised from the agent run.
Transcript
I lost my debit card and need to block it.
I see one debit card: ending 4421 (status: active). Do you want me to block this card? Reply "Yes, block" to confirm.
The debit card ending 4421.
Please confirm you want to block the debit card ending 4421. Reply "Yes, block" to proceed.
Yes, please block it.
Done — your debit card ending 4421 is blocked. Would you like a replacement card ordered?
Final output
Done — your debit card ending 4421 is blocked. Would you like a replacement card ordered?
Tool calls
list_customer_cardsturn 1[
{
"card_id": "card_001_debit",
"last4": "4421",
"status": "active",
"requires_human_approval_to_cancel": true
}
]block_debit_cardturn 3{
"card_id": "card_001_debit",
"confirmed": true
}{
"blocked": true,
"card_id": "card_001_debit",
"status": "blocked"
}This page is rendered from a sanitised public schema, not from the internal engineering report. Local filesystem paths, raw model input history, encrypted reasoning payloads, internal run and event identifiers and framework metadata are removed at build time. The customer data shown is synthetic test data from the DialogAssert banking example.
DialogAssert reports evidence of what the agent did relative to the process that was expected of it. A finding is not a statement that any law or regulation was breached.
Book a demo
Tell us what you're testing. We'll tailor the demo to your agent, industry and release workflow.
We'll use the information you provided to tailor the conversation to your agent and workflow.