Design a tool-calling assistant for internal ticket lookup and status updates.
Instruction: Design separate ticket read and update operations, with authorization, conflict detection, and an observable result.
Updated
Official answer available
Read the opening below, then unlock the full answer and practical guidance.
I would expose a read operation such as get_ticket(ticket_id) and a narrow write operation such as set_ticket_status(ticket_id, status, expected_version). The backend derives the user and tenant from authenticated context and checks access to that ticket; those identities do not come from model-generated arguments.
The assistant retrieves the ticket, shows...
Your preparation path
Work through these questions in order. Read the answer aloud, then explain it in your own words.
1. Start with the foundations
Build the vocabulary and explain the core decisions.
2. Apply it to a real workflow
Practice diagnosis, validation, and everyday tradeoffs.
3. Prepare for senior discussions
Explain failure boundaries, recovery, and production choices.
- Design a fallback strategy when tools are unavailable, degraded, or unauthorized. Member answer
- How do you implement MCP step-up authorization without losing scopes or retrying forever? Member answer
- An MCP request resumes after user confirmation. How would you validate its requestState? Member answer
Related Questions
-
easy
-
easy
-
easy
-
easy
-
easy
-
easy