ENG-101
AI-Assisted Development with Coding Assistants
Level: foundationDuration: 2 daysFormat: hybrid
For: Software engineers and tech leads who use or are about to use a coding assistant in daily work.
You leave with
- Set up a coding assistant against a real repository, including project context files and conventions the assistant reads.
- Break a task down so an assistant produces reviewable changes instead of large unverifiable ones.
- Recognise the failure patterns specific to assistant output and know which prompt to fix versus which code to rewrite.
- Apply the team rules for what an assistant may touch, what it may not, and what must be disclosed in a pull request.
- Measure the effect on your own work with cycle time and rework, rather than by impression.
Prerequisites: Daily work in at least one programming language and comfort with Git.
Funding: Eligible for BUR/KFS co-funding subject to operator rules.
Ask about this courseENG-201
Reviewing AI-Generated Code
Level: practitionerDuration: 1 dayFormat: remote
For: Reviewers, tech leads and QA engineers who approve changes written wholly or partly by AI.
You leave with
- Identify the defect classes that AI-generated code produces most often, working on real examples.
- Review a large machine-authored change without reading every line, by targeting the parts where the risk actually sits.
- Judge whether a test suite protects the requirement or merely restates the implementation.
- Configure an automated review tool so its findings are worth acting on, and define what blocks a merge.
- Write a review policy for the team that survives a busy release week.
Prerequisites: Regular experience reviewing pull requests. ENG-101 helps but is not required.
Funding: Eligible for BUR/KFS co-funding subject to operator rules.
Ask about this courseENG-301
Building and Operating Agentic Workflows
Level: advancedDuration: 3 daysFormat: on-site
For: Senior engineers and architects designing systems where a model calls tools and acts on business systems.
You leave with
- Decide which parts of a process justify an agent and which should stay a deterministic script.
- Design tool interfaces and permission scopes so a misbehaving agent cannot exceed its mandate.
- Implement MCP-based integrations and treat the server as the privileged boundary it is.
- Build stop conditions, budgets, retries and audit logging into the workflow from the start.
- Take an agent from pilot to production with evaluation, monitoring and a rollback path in place.
Prerequisites: Practical experience integrating LLM APIs, plus solid backend and API design skills.
Funding: Eligible for BUR/KFS co-funding subject to operator rules.
Ask about this courseSEC-201
Secure Coding with AI Assistants
Level: practitionerDuration: 2 daysFormat: hybrid
For: Engineers and tech leads whose teams ship code written with AI coding assistants
You leave with
- Spot the security flaws coding assistants introduce most often: unsafe defaults, missing authorization checks, secrets left in code, over-permissive dependencies
- Review a prompt-building path in an application and find where user input reaches the model unfiltered
- Set permission boundaries for an in-app agent so it cannot call what it was never meant to reach
- Write review rules your team applies to AI-written pull requests, and wire the automatable checks into CI
- Handle model output safely before it reaches a user, a database or another system
Prerequisites: Working knowledge of web application security fundamentals and hands-on experience with an LLM API.
Funding: Eligible for BUR/KFS co-funding subject to operator rules.
Ask about this courseOPS-201
LLM Observability, Evaluation and Cost Control
Level: practitionerDuration: 2 daysFormat: remote
For: Platform, SRE and backend engineers running LLM features that real users depend on.
You leave with
- Instrument an LLM application end to end: traces, prompts, tool calls, tokens, latency and cost per request.
- Build an evaluation pipeline from a curated set and run it on every prompt, model or retrieval change.
- Detect quality drift with a stable baseline and alert on it before users report it.
- Cut model spend with caching, routing and prompt compression, and prove the saving with numbers.
- Define the dashboard and alert set that an on-call engineer can actually act on at three in the morning.
Prerequisites: Experience operating a production service and familiarity with your observability stack.
Funding: Eligible for BUR/KFS co-funding subject to operator rules.
Ask about this course