Audience
- Product and operations professionals designing AI-assisted services.
- Developers or automation practitioners adding tool-using assistants to applications.
- Technical consultants who need to specify and evaluate an agent workflow.
AI & technology
Design useful agents with clear responsibilities, tools and human oversight.
Design AI agents around a useful responsibility rather than an open-ended instruction to do everything. This module develops a small assistant that can interpret a request, consult approved information and use a limited set of tools. You will define what the agent may do, what it must ask about and when it should hand work to a person.
The practical focus is the relationship between instructions, tools, state and evaluation. You will compare an agent with a fixed workflow, inspect the steps it takes and test how it behaves when information is missing or contradictory. By the end, you will have a scoped prototype and an evidence-based explanation of where agent behaviour helps the chosen business task.
Explore the focus and practical output of each teaching session. Open individual sessions below, or expand the complete plan.
Compare a fixed workflow, a simple assistant and an agent against the same business requirement.
Practical output: An approach-selection decision brief.
Identify permitted tasks, excluded actions and the evidence needed before an agent can claim completion.
Practical output: An agent responsibility specification.
Write instructions that separate role, procedure, constraints and task-specific information without unnecessary repetition.
Practical output: A structured instruction set.
Specify names, inputs, outputs and error messages for a small collection of business tools.
Practical output: A tool catalogue and input schemas.
Give the agent controlled lookup or calculation tools and inspect whether it selects them appropriately.
Practical output: A read-only tool-using assistant.
Represent task progress explicitly so incomplete work can be recognised, resumed or handed over.
Practical output: A task-state model and execution trace.
Distinguish current conversation context from information worth retaining across sessions and define retention boundaries.
Practical output: A memory design with update rules.
Connect an approved knowledge source and require the agent to distinguish retrieved evidence from unsupported assumptions.
Practical output: A source-aware answer workflow.
Introduce a controlled write action with explicit approval, validation and a record of the outcome.
Practical output: An approval-based action workflow.
Test missing information, unavailable tools and conflicting requests, then define useful recovery and escalation responses.
Practical output: A handover and recovery scenario set.
Create cases that measure tool choice, task completion and adherence to the declared operating boundaries.
Practical output: An agent evaluation suite.
Explore how untrusted retrieved content can conflict with instructions and test whether protected actions remain restricted.
Practical output: A boundary-testing report.
Combine instructions, tools, state and evaluation in a small application with useful execution records.
Practical output: An integrated agent prototype.
Present normal and difficult scenarios, explain the results and propose a limited supported use of the agent.
Practical output: A final demonstration and operating proposal.
Apply the learning
Build an assistant that handles a defined category of enquiries, consults approved information and prepares a proposed next action. Include at least one read-only tool, an approval-dependent action and a human handover. Your demonstration must show how the system recognises incomplete information and how its behaviour was evaluated.
Use anonymised, public or suitable synthetic material where workplace information is confidential. The issued assessment brief confirms the required evidence.
Teaching and the relevant course certificate are provided through Kent Business College in the UK. Completion requirements are set out in the module information; attendance alone should not be assumed to meet every assessment requirement.
The project is a narrowly scoped assistant with explicit limits and review points. Broad autonomous responsibility is not an assumed learning outcome.
No. You first establish a useful single-agent design. Additional agents are considered only when separate responsibilities justify the coordination overhead.
RAG focuses on retrieving knowledge to inform a response. This module also covers selecting tools, managing task state, approvals and completing a bounded workflow.