Guide

What can you actually build in one day with AI?

In one day, with no coding, you can get a multi-step AI workflow running on a real task you already repeat - something that gathers the material, produces a first version, and checks it against a standard you wrote down. What you will not have is a polished product, an approved integration, or anything you can leave running unwatched.

The honest answer to this question is narrower than the marketing and wider than the scepticism. A day is not long enough to build a product. It is more than long enough to get something real running, provided you pick the right thing and accept what “running” means at that stage.

Three passes, not one build

A day that produces something working is almost never one long build. It is three passes at the same task, each one shorter than you expect.

The first pass gets to a rough working version, however untidy - usually before lunch, and usually uglier than the person who built it would like. The second adds a step that checks the output against a standard, which is what moves the thing past a single clever prompt. The third applies it properly to the task you actually came with, now that you know where it breaks. That is the shape the Oxford Agentic Bootcamp runs to, and the reason it works is that the first pass is deliberately allowed to be bad.

What this means in practice: budget your day in thirds, not in one heroic sitting. If you have not got something rough running by midday, the problem is the task, not the time.

What fits: work shaped like gather, produce, check

The jobs that finish inside a day all have the same silhouette. Something collects the raw material, something writes a first version from it, and something checks that version against a stated standard. Three narrow steps, each testable on its own - the scout, drafter, reviewer pattern in full.

In Cohort 1’s room, the tasks that surfaced were lead generation, internal reporting and marketing content. Different industries, same shape: gather, produce, check. If the thing you want to build has that shape and runs on words and documents rather than on a system you cannot reach from a laptop, a day is enough. If it does not, no amount of time in a room will help, and choosing the task matters more than choosing the tool.

Four things that will not fit

  • Anything that needs access you do not have on the day. If the workflow depends on a system whose credentials sit with someone who is not in the room, you will spend the day building around a hole.
  • Anything that needs sign-off before it can touch real data. That is a separate conversation with a separate timeline, and worth starting before the build day rather than after it.
  • Anything that has to be right without a human reading it. A review step raises the floor; it does not remove the need for someone to look. Workflows that must be unattended are a longer project.
  • Software other people are meant to use. Working code on your laptop and something live for colleagues are separated by six unglamorous jobs - which is why the thing an agent wrote is not live.

The “no coding” part is mostly true

Most of what is described above is built by chaining tools that already exist, which is why most people who do this never write a line of code. The skill being learned is orchestration - deciding what each step is for, what it hands to the next one, and how you would know it had gone wrong.

Code starts to matter when the thing has to run on a schedule, live somewhere other than your own machine, or talk to a system that offers an API and no interface. That is a genuinely different day, and the reason the Oxford Agentic Coding Bootcamp exists as its own format rather than as an advanced afternoon.

Is one day enough?

Three versions of this question arrive, and they want different answers.

Would a longer course not give me more?

It would give you more time, and time is not usually what is missing. A day is enough to get one workflow running on a task you already repeat. It is not enough to make you fluent at building them, and it would be a poor claim to make. The people in our rooms tend to arrive saying some version of “I understand it, I have just never built anything” - they are not short of explanation, material or ability, and a few more weeks of any of those would not move the thing that is stuck. What they are short of is one finished example with their own work inside it. If what you want is the frame, the governance view or the breadth, a programme or an online course is the better buy, and the formats compound rather than compete.

Will I build something, or watch someone else build it?

You build. You bring one real task from your own work and a laptop, and the day is spent building rather than watching. On the Oxford Agentic Bootcamp that is structural: the day runs on build cycles rather than talks, with no block longer than twenty-five minutes of anyone talking at you, and someone walking the room so the first stuck moment costs you a few minutes rather than an evening. The day is not recorded, which is the other half of the same decision - there is nothing to take home except the thing you built and the recipe for rebuilding it. The one condition is the task. Arrive without a real one and you get a demonstration instead of an outcome, which is the one thing a day in a room does no better than a video.

Is a day enough if nothing happens afterwards?

No, and that is worth saying plainly rather than waiting to be asked. What you leave with is a working draft, and a draft nobody opens again stops being worth the day inside a fortnight. It is why the recipe matters more than the workflow it produced: the recipe is the part that lets you rebuild and extend the thing at your own desk, on an ordinary Tuesday, with the task in front of you and nobody walking the room. If other people are meant to use what you built, planning for week two is the same discipline applied to a team. And before concluding that it worked, measure the whole job rather than the step that impressed you.

What you should expect to leave with

Three things, if the day has gone well: a workflow running against a real task from your own work, a review step inside it that checks its own output, and a written recipe so you can rebuild and extend it on Monday. The recipe is the part people underrate. A workflow you cannot rebuild is a demo you happened to attend.

That is a smaller claim than “transform your business in a day”, and a much more useful one. The next cohort runs on 19 November at Worcester College, and the task you bring decides most of what you get.