A bounded capability the system can call, such as search, calculation, record lookup, message drafting, or an authorized change.
Follow material in an order that builds understanding.
inAiLoading page content...
Follow material in an order that builds understanding.
inAiLoading page content...
Unit 03 · action layer
Plan for this page
After this unit, you should be able to
Terms you will use
These definitions prepare you for the reading; you do not need to memorize them.A bounded capability the system can call, such as search, calculation, record lookup, message drafting, or an authorized change.
The expected operation, fields, types, constraints, and response shape through which one software component communicates with another.
A change outside the model response, such as sending a message, modifying a record, spending money, or triggering another process.
An agent acts because a surrounding application exposes tools. The model or controller selects an operation and supplies structured arguments. Ordinary software validates the request, checks identity and permissions, executes it, and returns an observation.
This distinction matters when something fails. The model may choose the wrong tool, form invalid arguments, misunderstand the result, or use stale context. The tool itself may be unavailable, return partial data, or have a broader effect than its name suggests.
A narrow interface can expose “create draft” without exposing “send message.” Enumerated fields, value limits, previews, idempotency keys, and explicit error states make behavior easier to inspect. A general shell, unrestricted browser, or broad administrator account creates a much larger action surface.
Descriptions also matter because the agent selects from what it is told. Ambiguous tool names or missing limits can produce incorrect calls. Yet a clear description is not a security boundary; enforcement must occur in the software that receives the request.
Before execution, ask whether the call is allowed in this task, whether the arguments are valid, and whether human approval is required. After execution, distinguish a success signal from proof that the intended real-world result occurred.
Logs should connect the goal, chosen tool, validated arguments, authorization decision, result, and subsequent interpretation without recording unnecessary sensitive data. This chain supports review and recovery when an action is disputed or incomplete.
Interactive model
The controller chooses one permitted operation based on the current task state.
Misconception to correct
Active checks
Explain back and transfer
Source context
Illustrates how a model can select structured tools and use returned observations; specific libraries and conventions are not universal.
Supports mapping system context, actors, dependencies, validity, monitoring, and risk across the deployed system rather than trusting a model in isolation.