Topic 03 of 10
Agents & tools
Agents that change things in someone else's systems: the loop, tools, approval gates, failure handling, and when a plain workflow is the better build.
- 12 lessons
- 7.6 h reading
- 12.8 h hands-on
- 6 on the FDE path
Start lesson 01
Progress0 / 12
Lessons
- 01The agent loop, written by handPath · stage 4A while loop around a model call, with state and stop conditions you can name. Pro
- 02Agent or workflow? Choosing the autonomy levelPath · stage 4Most use cases want a fixed workflow with one model call. Know when they don't. Pro
- 03Designing tools a model can use wellPath · stage 4Names, descriptions and schemas decide whether the agent picks the right tool. Pro
- 04MCP: connecting agents to the customer's systemsServers, clients and transports, and what to check before you trust one. Pro
- 05Tools with scoped, auditable accessLeast-privilege credentials per tool, so the security review says yes. Pro
- 06Memory that makes people come backWorking, episodic and semantic memory: what to store, what to forget, what to protect. Pro
- 07Workflows that survive restartsDurable execution for processes that run for days through outages and deploys. Pro
- 08Approval gates and bounded autonomyPath · stage 4Grant autonomy step by step, with people approving the actions that matter. Pro
- 09Retries, fallbacks and failing gracefullyPath · stage 4 LabDesign for the model being wrong, slow or down, and keep the work moving. Pro
- 10Subagents, skills and code modeSpecialisationSplit the work without multiplying latency and tokens. Pro
- 11Rules, SQL, models, solvers or an LLM?Path · stage 1Pick the cheapest technique that solves each decision, and use the LLM where only it can.Free
- 12Coding agents in someone else's codebaseSpecialisationUse coding agents to change a legacy system safely: characterise first, then migrate in slices. Pro