What information should the orchestrator validate before executing a tool call?

Instruction: Describe what should be checked before a tool request is allowed to run.

Context: Checks whether the candidate can explain the core concept clearly and connect it to real production decisions. Describe what should be checked before a tool request is allowed to run.

Updated

Example Answer

I'd validate the proposed request at several boundaries. First check tool identity, schema, and argument completeness. Then derive the user and tenant from trusted authentication, check object access and business rules, and verify any required approval still covers this action.

For a customer-address update, valid JSON is insufficient if the record belongs to another tenant or changed after preview. I'd check the expected version and bind approval to the target and patch. Credentials should stay out of model arguments and logs. The tool server must enforce its own checks even if the host approves. A denial should stop the mutation and return an actionable reason, rather than invite the model to find a more powerful tool.

Why this works

Shows validation on a concrete write and preserves independent server authorization.

Practice follow-up

Which validation failures should the assistant repair automatically, and which need user input?

Your preparation path

Work through these questions in order. Read the answer aloud, then explain it in your own words.

Related Questions