Selected work

An agentic localisation pipeline: brief to 96 files in 30 minutes

Organisation type
Marketing SME
Type of change
03 AI products
Role
Fractional CTO

Working prototype: 6 markets, 3 formats, 96 files in about 30 minutes

The challenge

Localising a campaign for many markets relied on the expert judgement of creative and language specialists: knowledge of each client, market and culture that lived in people's heads. The aim was to test whether that service could become an AI product, run as a service rather than as hours of manual work.

What I did

  • Designed the end-to-end architecture and led the build with two specialist development partners.
  • Built an expert knowledge tool that captures client, market and brand rules, so the AI applies the same judgement the specialists would.
  • Designed a multi-agent pipeline: a brief agent, an adaptation agent and a QA agent, with a human-in-the-loop step for reviewer sign-off.
  • Specified an asset creation service that reads and writes layered design files and calls AI image editing directly, after trialling three image generation routes.
  • Built the orchestration screens that run a job from brief to named, downloadable deliverables, with observability across every agent step.
  • Designed the rework loop for rejected assets and a learning layer to capture expert decisions as reusable precedents.
A creative brief passes through a brief agent, an adaptation agent, an asset creation step with AI image editing, a QA agent and human sign-off to produce named deliverables. Expert client, market and brand rules guide the agents. A rework loop and a learning layer were designed but not built. Every step is traced for observability.
How the pipeline fits together. Solid boxes were built in the prototype; dashed elements were designed but not built.

The outcome

  • A working prototype ran end to end: one social static from brief to final output across 6 markets and 3 aspect ratios, 96 files, in about 30 minutes.
  • The rework loop and learning layer were fully designed but not built when development stopped.
  • The business then chose to stay a premium managed service rather than become a software product, so the prototype was archived rather than taken into production.

What I learnt

  • Test against the most demanding client's quality bar in the first weeks. A pipeline that is good enough for most work may still fall short of the client with the highest standards.
  • Build one step fully integrated before starting the next. Building every component in parallel left the connections between them as the hardest and latest problem.
  • The rework loop is core, not an add-on. Real work gets rejected and changed, so routing it back for correction belongs in the first version.
  • Find latency early. Each agent step took two to three minutes. Building one step end to end first would have shown this while it was still cheap to address.
  • Resource the ambition. A proof of concept that grows into a platform needs a platform team. That case has to be made early, and in a form that forces a decision.

What this shows

Productising a service starts by capturing the expertise it depends on, and proving the whole flow end to end. Knowing when a working product does not fit the business is as important as building it.

Read about AI products →