Fictional event facts, permitted asset IDs, fixture channel costs, a spending limit, draft copy, and approval for that draft version.
What your agent must check
A fully checked exact version reaches only the simulated action.
Approval cannot make a false or unsupported claim pass factual review.
Version mismatch stops publication even when the facts and costs fit.
Keep the scope clear
No real ads, payments, guaranteed returns, personal targeting, or student profiling. Asset usage follows explicit rules of the exercise.
Research behind this project path
Original explanations and authored practice records draw on these research and engineering ideas. The source organizations do not endorse this course or supply its fictional results.
Anthropic · Writing effective tools for agents — with agents
Design distinct tools with clear parameters, relevant returned information, and evaluations of how the agent actually uses them.
A description or schema does not guarantee the right action. A live tool can return different data for the same arguments as its environment changes.
Anthropic · Demystifying evals for AI agents
Define tasks, trials, and graders; inspect both execution records and final outcomes; repeat trials when model behavior varies.
A score depends on its cases and grading rules. Repeating a deterministic classroom case does not measure the variability of a live model.
OpenAI · Guardrails and human review
Distinguish automatic checks from approval decisions, pause sensitive tool requests, retain state, and resume after an application approves or rejects them.
Model-generated approval text is not authorization. Resume examples that automatically approve a request do not establish that a person reviewed it.
Your JavaScript really runs. The model decisions and school data are authored simulations, so you can learn without an API key. Every workspace also includes a separate real SDK example to explore next. Passing the lab’s cases is practice, not proof that an agent is ready for real-world use.