bluedoor data·Job Postings API·bluedoor.sh ↗

HomeCompaniesEposnowgroupAI Staff Engineer

AI Staff Engineer

Eposnowgroup · Norwich, Norfolk, NR4 6DJ, United Kingdom · Active · BambooHR

Job facts

FieldValue
CompanyEposnowgroup
TitleAI Staff Engineer
Normalized title-
Department / teamEngineering
LocationNorwich, Norfolk
Work model-
Employment typeFull Time
Salary-
Statusactive
ATS providerBambooHR
Posted / first seen2026-04-16 / 2026-06-02
Changed / last seen2026-06-02 / 2026-06-06

Related slices

PageWhat it containsOpen
Company jobsActive postings from Eposnowgroup.Open
Company breakdownsRole, location, ATS, and work model facets for this company.Open
ATS provider jobsActive postings observed through BambooHR.Open
Provider filtered searchThe same provider as a filtered job collection.Open
City jobsActive postings in Norwich.Open
Department jobsActive postings in Engineering.Open
Lifecycle eventsOpen, update, close, and reopen events for this posting.Open
Original postingCanonical source or apply URL captured from the ATS.Open

Linked records

CompanyEposnowgroup
Source4c52dc71-ec91-4e1c-a7b4-1530e0ba85a3
ATS providerBambooHR

Description

Location: Norwich Office or Sofia office Reports to: SVP Engineering Type: Permanent, full-time Level: Staff IC Why we're hiring We've got an AI strategy with two pillars: making our own teams faster, and shipping AI into our platform. Adoption is moving. Funding is in place. OpenAI, Cursor, Claude Code, and Bedrock are all live in some form. What we don't have is a single person who owns the platform underneath all of it. That's this role. You'll build and run the shared platform we use for AI: model access, cost governance, evaluation, safety. When a squad says "we should use AI for that", they shouldn't have to start from scratch. What you'll own The AI gateway. A paved way for engineers and product squads to use the AI tools we've picked. Consistent auth, logging, fallbacks, and cost attribution. Bedrock and AgentCore. Lead our adoption. We're evaluating AgentCore for agentic workloads now. You'll take it through to production: architecture, cost model, integration with the rest of our AWS estate. Cost governance. Per-tribe visibility. Alerts before the bill, not after. Tied to where the spend is paying off and where it isn't. Evaluation. A standard way to test AI tools and features, and to catch regressions when models change underneath us. Safety. Prompt injection, PII, output filtering, audit trails. Pragmatic, proportionate to the risk, not bureaucratic. Adoption. Building the platform isn't enough on its own. You'll work with EMs and Staff engineers across all five tribes to make sure it gets used, and the patterns we learn get spread. The AI Guild. A cross-tribe group that decides what we adopt, what we retire, and what's worth experimenting with next. You'll run it. Success metrics. Define what good looks like for internal AI tooling (cycle time, defect rate, time saved) and for product AI features (quality, latency, cost per request, customer outcome). What success looks like By six months ● AI gateway in production, used by at least one internal tool and one product feature. ● Cost dashboard in production. EMs can see what their tribe is spending. ● AgentCore and Bedrock evaluation done. A clear go / no-go with production evidence behind it. ● First evaluation suite running against real AI features. ● AI Guild meeting regularly with people from all five tribes turning up. By twelve months ● All product AI features go through the gateway. No squad is rolling its own. ● Every team shipping AI uses the standard eval pattern. ● AI spend is predictable and tied to value. Not necessarily lower; governed. ● Measurable cycle-time gains on at least two engineering workflows we can attribute to internal AI tooling. ● RapidAI use cases shipping through the platform. By two years ● AI is a normal engineering capability, not a special programme. New features take days to wire up, not weeks. ● We can swap models without rewriting product features. ● AI cost, latency, and eval data show up in engineering decisions the same way DB performance does today. What we want from you We care about how you think and what you've shipped. That said: ● You ship. You write code, dashboards, and runbooks that other engineers use. You're not someone who'll spend three months on a strategy deck. ● You think in platforms. You build the version that works for everyone, not a bespoke solution for each squad. ● You can hold a room. Staff engineers in the morning, a VP in the afternoon. You can explain the same trade-off to both without losing either. ● You've changed your mind about AI before, based on evidence. You can tell us about a use case where AI didn't pay off. ● You know the unit economics. You can tell the difference between "AI is expensive" and "this pattern is expensive, here's a cheaper one". ● You understand the benefits and the risks of an AI first approach running at scale. Tradeoffs between public models and self hosted solutions ● You know Bedrock in production. We're an AWS shop and Bedrock is our strategic substrate. You should already have the IAM, VPC, throughput, and observability scars. AgentCore experience is a big plus given where we're going. Useful, not required ● AgentCore in production, or a comparable agent runtime (LangGraph Platform, Vercel AI SDK, in-house) ● Built or operated an LLM gateway ● Built or run an eval framework in production ● Owned cost governance on a meaningful AI workload ● Shipped customer-facing AI and handled the security and legal conversations that come with it ● Run a Cursor or Copilot rollout and know what made adoption stick ● Background in Platform, DevEx, ML Platform, or Applied AI. We're open. How we work ● 5 engineering tribes (Money, POS, Business, Data, Platform), ~120 engineers. ● Offices in Norwich and Sofia. ● AWS-native. GitLab. Slack-first. ● OpenAI, Cursor, Claude Code, are in real use. AWS RapidAI funding is unlocking customer-facing AI work. ● UK fintech SaaS scale-up. Sales-led, cashflow-conscious, willing to invest where the upside is real. ● You'll report directly to me. Clear remit, exec sponsorship, the air cover to make decisions stick.

Full job record

Job ID585ee4284733ab7180c9fc3442f9805c8f14569a
Org ID489ead29-20da-465b-8421-fd14069aa82e
Source ID4c52dc71-ec91-4e1c-a7b4-1530e0ba85a3
Board ID4c52dc71-ec91-4e1c-a7b4-1530e0ba85a3
Providerbamboohr
Provider Job Key533
TitleAI Staff Engineer
Normalized Title
Statusactive
Activeyes
Location TextNorwich, Norfolk, NR4 6DJ, United Kingdom
DepartmentEngineering
Team
Employment Typefull_time
Workplace Type
Remote Policy
Country
RegionNorfolk
CityNorwich
Salary Raw
Salary Min
Salary Max
Salary Currency
Salary Period
Source URLhttps://eposnowgroup.bamboohr.com/careers/533
Apply URLhttps://eposnowgroup.bamboohr.com/careers/533
First Seen At2026-06-02 10:34:27Z
Last Seen At2026-06-06 09:46:35Z
Last Checked At2026-06-06 09:46:35Z
Last Changed At2026-06-02 10:34:27Z
Inactive At
Source Posted At2026-04-16 00:00:00Z
Source Updated At
Raw Payload Uris3://job-postings-prod-raw-590183727216/raw/provider=bamboohr/board=eposnowgroup/date=2026-06-06/2026-06-06T09-46-32-027Z-6cf85fc1e4890ab538ddbe7272e822492a131f1b441e220e227bee5462aa223d.json
Event Fields
{
  "content_hash": "87e734e6e2bfcf301aa9bb9bc1c3d79f57f5b460815d14116bd88a0b119ec596",
  "source_hash": "bcd9e195e00883f4e3434cfb6d2124a0a8e3fb7c4d1f6421c483befadd1c3a5b",
  "last_changed_at": "2026-06-02T10:34:27.492Z",
  "active_status": "active"
}
Parsed Structured
{
  "language": "en",
  "location": {
    "raw": "Norwich, Norfolk, NR4 6DJ, United Kingdom",
    "city": "Norwich",
    "region": "Norfolk",
    "country": null,
    "is_remote": false,
    "confidence": 0.8
  },
  "salary_max": null,
  "salary_min": null,
  "inferred_at": "2026-06-06T09:46:35.472Z",
  "launch_scope": {
    "reason": "bamboohr_production_catalog",
    "included": true,
    "location": {
      "raw": "Norwich, Norfolk, NR4 6DJ, United Kingdom",
      "city": "Norwich",
      "region": "Norfolk",
      "country": null,
      "is_remote": false,
      "confidence": 0.8
    },
    "countries": []
  },
  "remote_policy": null,
  "salary_period": null,
  "workplace_type": null,
  "salary_currency": null
}
Extensions
{}
Native Structured
{
  "list_job": {
    "id": "533",
    "isRemote": null,
    "location": {
      "city": "Norwich",
      "state": "Norfolk"
    },
    "atsLocation": {
      "city": null,
      "state": null,
      "country": null,
      "province": null
    },
    "departmentId": "19362",
    "locationType": "0",
    "jobOpeningName": "AI Staff Engineer",
    "departmentLabel": "Engineering",
    "employmentStatusLabel": "Full-Time"
  },
  "detail_errors": [],
  "detail_job_opening": {
    "location": {
      "city": "Norwich",
      "state": "Norfolk",
      "postalCode": "NR4 6DJ",
      "addressCountry": "United Kingdom"
    },
    "datePosted": "2026-04-16",
    "atsLocation": {
      "city": null,
      "state": null,
      "country": null,
      "countryId": null
    },
    "description": "<p>Location: Norwich Office or Sofia office <br>Reports to: SVP Engineering <br>Type: Permanent, full-time <br>Level: Staff IC <br>Why we're hiring <br>We've got an AI strategy with two pillars: making our own teams faster, and shipping AI into <br>our platform. Adoption is moving. Funding is in place. OpenAI, Cursor, Claude Code, and <br>Bedrock are all live in some form. <br>What we don't have is a single person who owns the platform underneath all of it. That's this <br>role. <br>You'll build and run the shared platform we use for AI: model access, cost governance, <br>evaluation, safety. When a squad says \"we should use AI for that\", they shouldn't have to <br>start from scratch. <br>What you'll own <br>The AI gateway. A paved way for engineers and product squads to use the AI tools we've <br>picked. Consistent auth, logging, fallbacks, and cost attribution. <br>Bedrock and AgentCore. Lead our adoption. We're evaluating AgentCore for agentic <br>workloads now. You'll take it through to production: architecture, cost model, integration with <br>the rest of our AWS estate. <br>Cost governance. Per-tribe visibility. Alerts before the bill, not after. Tied to where the <br>spend is paying off and where it isn't. <br>Evaluation. A standard way to test AI tools and features, and to catch regressions when <br>models change underneath us. <br>Safety. Prompt injection, PII, output filtering, audit trails. Pragmatic, proportionate to the <br>risk, not bureaucratic. <br>Adoption. Building the platform isn't enough on its own. You'll work with EMs and Staff <br>engineers across all five tribes to make sure it gets used, and the patterns we learn get <br>spread. <br>The AI Guild. A cross-tribe group that decides what we adopt, what we retire, and what's <br>worth experimenting with next. You'll run it. <br>Success metrics. Define what good looks like for internal AI tooling (cycle time, defect rate, <br>time saved) and for product AI features (quality, latency, cost per request, customer <br>outcome). <br>What success looks like <br>By six months <br>● AI gateway in production, used by at least one internal tool and one product feature. <br>● Cost dashboard in production. EMs can see what their tribe is spending. <br>● AgentCore and Bedrock evaluation done. A clear go / no-go with production evidence <br>behind it. <br>● First evaluation suite running against real AI features. <br>● AI Guild meeting regularly with people from all five tribes turning up. <br>By twelve months <br>● All product AI features go through the gateway. No squad is rolling its own. <br>● Every team shipping AI uses the standard eval pattern. <br>● AI spend is predictable and tied to value. Not necessarily lower; governed. <br>● Measurable cycle-time gains on at least two engineering workflows we can attribute <br>to internal AI tooling. <br>● RapidAI use cases shipping through the platform. <br>By two years <br>● AI is a normal engineering capability, not a special programme. New features take <br>days to wire up, not weeks. <br>● We can swap models without rewriting product features. <br>● AI cost, latency, and eval data show up in engineering decisions the same way DB <br>performance does today. <br>What we want from you <br>We care about how you think and what you've shipped. That said: <br>● You ship. You write code, dashboards, and runbooks that other engineers use. <br>You're not someone who'll spend three months on a strategy deck. <br>● You think in platforms. You build the version that works for everyone, not a <br>bespoke solution for each squad. <br>● You can hold a room. Staff engineers in the morning, a VP in the afternoon. You can <br>explain the same trade-off to both without losing either. <br>● You've changed your mind about AI before, based on evidence. You can tell us <br>about a use case where AI didn't pay off. <br>● You know the unit economics. You can tell the difference between \"AI is <br>expensive\" and \"this pattern is expensive, here's a cheaper one\". <br>● You understand the benefits and the risks of an AI first approach running at scale. <br>Tradeoffs between public models and self hosted solutions <br>● You know Bedrock in production. We're an AWS shop and Bedrock is our strategic <br>substrate. You should already have the IAM, VPC, throughput, and observability <br>scars. AgentCore experience is a big plus given where we're going. <br>Useful, not required <br>● AgentCore in production, or a comparable agent runtime (LangGraph Platform, <br>Vercel AI SDK, in-house) <br>● Built or operated an LLM gateway <br>● Built or run an eval framework in production <br>● Owned cost governance on a meaningful AI workload <br>● Shipped customer-facing AI and handled the security and legal conversations that <br>come with it <br>● Run a Cursor or Copilot rollout and know what made adoption stick <br>● Background in Platform, DevEx, ML Platform, or Applied AI. We're open. <br>How we work <br>● 5 engineering tribes (Money, POS, Business, Data, Platform), ~120 engineers. <br>● Offices in Norwich and Sofia. <br>● AWS-native. GitLab. Slack-first. <br>● OpenAI, Cursor, Claude Code, are in real use. AWS RapidAI funding is unlocking <br>customer-facing AI work. <br>● UK fintech SaaS scale-up. Sales-led, cashflow-conscious, willing to invest where the <br>upside is real. <br>● You'll report directly to me. Clear remit, exec sponsorship, the air cover to make <br>decisions stick. </p>",
    "compensation": "£50k - £60k",
    "departmentId": "19362",
    "locationType": "0",
    "seekPromoted": false,
    "jobCategoryId": null,
    "jobOpeningName": "AI Staff Engineer",
    "departmentLabel": "Engineering",
    "jobOpeningStatus": "Open",
    "minimumExperience": "Experienced",
    "jobOpeningShareUrl": "https://eposnowgroup.bamboohr.com/careers/533",
    "employmentStatusLabel": "Full-Time"
  }
}
Get this page with API

Rendered from the bluedoor Job Postings API. Reproduce it:

GET https://api.bluedoor.sh/job-postings/v1/jobs/585ee4284733ab7180c9fc3442f9805c8f14569a?include=descriptionJSON
GET https://api.bluedoor.sh/job-postings/v1/orgs/489ead29-20da-465b-8421-fd14069aa82eJSON
GET https://api.bluedoor.sh/job-postings/v1/sources/4c52dc71-ec91-4e1c-a7b4-1530e0ba85a3JSON
GET https://api.bluedoor.sh/job-postings/v1/jobs/585ee4284733ab7180c9fc3442f9805c8f14569a/eventsJSON