From prompts to systems

Most People leaders think the job is to buy the right AI tool, or to get people using ChatGPT more. It is neither. Both of those are still operating at the level of a single sentence typed into a box, and a sentence does not compound. The move that actually changes how work gets done is the move from prompts to systems: from asking a model to do a thing once, to building a workflow that produces the thing reliably, every time, with an owner and a review cadence. The technology is cheap, the curiosity is high, the leadership pressure is real, and six months in almost nothing has changed. Recruiters still triage by hand. Onboarding still hangs on one person's calendar. The dashboard says "AI initiative in progress." The work says otherwise.

The two traps that both look like progress

There are two ways this goes wrong, and they look like opposites. One is too small, one is too grand, and both burn six months while producing nothing the team uses on a Monday.

The first is the dabbler. Someone curious opens ChatGPT, asks it to write a job description, gets back something acceptable but generic, and quietly stops. The next day they are back on the template they already had. They tell themselves AI is "interesting" but "not quite there yet." What actually happened is simpler. They asked once, got a generic answer, and never built any of the context that would have made the second answer better. They treated the model like Google, and Google has no memory of you. Neither did the model, because nobody gave it any.

The second is the tool shopper, and it is the more expensive failure because it looks so much like leadership. A Head of People decides to do AI properly. They book a strategy day. They evaluate vendors. They pilot an AI recruiter, then an AI coach, then an AI policy assistant. They write a deck, share it in an exec meeting, and nobody disagrees, because nobody understood it well enough to disagree. Seventeen tools. No strategy. Six months pass, the market moves twice, three new categories of tooling exist that the deck never mentions, and the team has been busy producing nothing they run.

Both traps share one fault. They treat AI as a thing you procure, a tool, a model, a feature, rather than as something you build with. They mistake the answer for the system that produces the answer. A dabbler collects tricks. A tool shopper collects licences. Neither ends the year with a workflow that runs differently from how it ran in January.

What a real capability is actually made of

Strip away the tools and the decks and a genuine AI capability inside a People function is four things running together.

• Held context. The system knows what your company is, who your people are, what your policies say, what last quarter looked like. Not because you paste it in each time, but because the system holds it for you and reaches for it.
• Repeatable workflows. The work that used to eat an afternoon now runs as a chain of steps the team can re-run, refine, and trust. Documented, teachable, owned.
• Internal builders. A few people inside the team who can wire two tools together, write a workflow, deploy a small agent. Not engineers. People who know the work and have learned the craft.
• Clear governance. Where the human stays in the loop, where the model never goes alone, what is logged, what is reviewed, what is forbidden.

The one that goes missing is almost always the builders. Teams gather context and sketch workflows without much trouble. They stall at the same place every time: nobody inside the team can actually build the thing, so they hire it out, the outside builders leave, and the capability leaves with them. The builders left. The capability went with them. That is the failure mode that outlives every strategy deck, and the only durable fix is growing builders from the people who already understand the work. A recruiter who learns to wire tools together will out-build an engineer who has never sat in a hiring panel, because the engineer does not know where the process actually snags. This is the whole argument behind the champion model: capability has to be resident, not rented.

Workflows, automations, agents: the order is the point

The move from prompts to systems has a shape, and the shape is a sequence. Not "use more AI." Workflows first, automations second, agents only when both are in place. The order is not a preference. It is the difference between something that holds and something that collapses the second reality shows up.

A workflow is the foundation layer. A structured, step-by-step process: hiring manager raises a requisition, recruiter posts the role, candidates apply, interviews get scheduled, offer goes out, background check, first day. Humans decide at the right points. Most People teams are missing this layer entirely, and they do not know it, because habits feel like workflows until you try to write one down.

An automation is the efficiency layer. Once the rules are stable and judgement adds nothing, you automate. A time-off request triggers a balance check, a manager notification, a calendar update, a payroll sync. The system runs, and it keeps running when the person who built it is on holiday. This is where the tooling starts to matter and where cost gets real. A workflow engine like n8n runs at roughly £20 per builder seat per month, is SOC 2 and ISO 27001 compliant, and can be self-hosted inside your own boundary, which is the difference between a defensible automation and a personal browser hack nobody can audit. The automation patterns that pay off are almost always the dull, high-volume ones, not the clever ones.

An agent is the autonomy layer, and it is where most teams go to fail. Most "agents" in production are prompts with ambition. They hallucinate confident answers, forget what they were doing mid-task, call the wrong tool at the wrong moment, and work perfectly in the demo before falling apart the second real volume arrives. An agent needs task context, process context, organisational context, state, tooling contracts, exception handling, observability, and a human escalation path. Without that you have a roulette wheel with a nice interface. The three are genuinely different kinds of thing, and confusing them is what makes people reach for the last one first.

When you are actually ready for an agent

The readiness question is not "can the model do this?" It usually can. The question is "is the process underneath it stable enough to hand off?" Run the honest version of that test before anyone builds.

That filter is not there to slow you down. It is there because an agent built on an unstable process does not fail loudly and get fixed. It degrades quietly, gives a confidently wrong answer to a real employee, and gets switched off three weeks later with nobody quite sure when. The prompting patterns for People Ops that people obsess over are a fraction of this. The prompt is a small part of the system. The system is the thing that survives.

Outcomes, not outputs

Underneath the whole stack sits a habit shift that most teams find harder than any tool: working from outcomes, not outputs. A traditional task list says "schedule interviews", "send offer letters", "process onboarding paperwork." That is work broken into outputs, and AI cannot do much with an output except run it slightly faster. An outcome-shaped workflow says "cut time-to-hire from twenty-eight days to fourteen without dropping quality." Now there is a target. You can design a chain of steps, decide where a human adds judgement, decide where automation removes friction, decide where a small agent could absorb the long tail of candidate questions, and you can measure whether any of it moved the number.

That shift, from tasks to outcomes, is the shift from doing AI to building with AI. It also makes the work measurable, and measurable is what survives a budget conversation. When the compounding starts to show, it shows as reclaimed capacity, not as a longer tool list.

Notice what that number is not. It is not a licence count, not a number of pilots run, not a strategy deck circulated. It is capacity, handed back to people, from systems the team can run without the person who built them in the room. That is the only kind of AI progress that shows up in an operating review. If you cannot point at a moved number, you have been dabbling or shopping, whatever the deck says. This is also why diagnosing AI readiness in People Ops starts with where the work snags, not with which model to buy.

The third path: from prompts to systems, one workflow at a time

The path that keeps working is unglamorous from the outside. No strategy day. No vendor parade. A small group inside the People team takes one workflow, usually a painful and well-bounded one, and rebuilds it with AI in the loop. Inbound applications, or first-week onboarding, or the manager check-in cycle. One person who knows the work sits next to one who has learned to build. They run it, watch where it breaks, fix it, then take a second workflow. Six months on, the team has not ticked a box marked "done AI." Four pieces of its work run differently, the change compounds, and people outside the team start asking how. The People function quietly becomes the part of the company most fluent in building with AI.

It stalls in one predictable way: picking a first workflow that is too big or too political to fail safely on. Pick something where a bad first attempt costs an afternoon, not a quarter, and the rest of the pattern takes care of itself. A single, bounded process, rebuilt end to end, is exactly what a Grain Audit exists to hand you: one workflow taken to production plus a ranked plan for the next ones, in two weeks, for £2,000.

This is what the track is about. Not which model to use, not which vendor to back. The slow, stubborn discipline of moving from prompts to systems, and the patterns that make it stick. It is the practical face of the wider AI workspace for People Ops: held context, repeatable workflows, resident builders, governance that protects judgement instead of strangling it. It is not a strategy. It is a practice. And like any practice worth having, it has a grain.