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.

Context: Build an assistant that can find an internal ticket and update its status without changing the wrong ticket or overriding a colleague.

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.

Related Questions