How do you choose between exposing one powerful tool and several narrow tools?

Instruction: Explain how you decide between broad and narrow tool design.

Context: Checks whether the candidate can explain the core concept clearly and connect it to real production decisions. Explain how you decide between broad and narrow tool design.

Updated

Example Answer

I'd separate capabilities when their permissions, effects, or recovery differ. Ticket lookup and ticket closure should normally be distinct because one observes state and the other changes it. A broad manage_ticket tool with many mode flags makes that difference harder to see.

I would not split every optional field into another tool. A cohesive search operation can take filters if their meaning is clear. I'd compare tool-choice accuracy and argument errors on representative requests, then inspect whether the toolset creates ambiguous alternatives. Narrow tools simplify approvals and audit records, while an excessively large overlapping catalog can worsen selection. The decision is about meaningful action boundaries, not maximizing or minimizing the number of tools.

Why this works

Balances narrow operations against catalog complexity using a concrete permission distinction.

Practice follow-up

Which ticket operations could safely share one schema?

Your preparation path

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

Related Questions