Senior architect owning Citation Group's AI/data architecture: sets patterns for AI builds, decides closed-frontier vs open-weight model choices, manages token cost and data readiness, and governs security and responsible AI. Hands-on stack includes AWS AI services, frontier model APIs (Anthropic/OpenAI/Google), self-hosted Llama/Mistral/Qwen, Snowflake and Salesforce.
Compensation
Not disclosed
Location
Not listed
Work setup
Not specified
Seniority
Not specified
Employment
Not specified
Experience
6+ years
Category
Architecture
Posted
Skills
agentic-ai
ai
anthropic
api
design-patterns
fine-tuning
iso-27001
mistral
observability
openai
proof-of-concept
salesforce
snowflake
tokenomics
Must have
6+ years in software, data, or platform engineering or architecture roles, including meaningful hands-on time on production AI systems
Practical experience choosing between closed frontier models and open-weight/self-hosted models for real workloads
Working knowledge of AI unit economics — token pricing, routing, caching, context engineering — sufficient to model cost credibly at design time
Grounding in Amazon Web Services' AI services, agentic and multi-model patterns
Comfortable working with regulated, personal-data-heavy employment and compliance data as a design constraint from day one
Working knowledge of information security standards and data protection law as applied to AI systems (prompt injection, model provider risk, data boundaries)
Full description
Role: AI Architect
Reports to: Chief AI Officer (line management)
Location in structure: AI/Data architecture area — embedded within the delivery area it serves, line-managing centrally to the Chief AI Officer
Experience: Senior — 6+ years in software, data, or platform engineering/architecture, with meaningful hands-on time on production AI systems, not just pilots
Direct reports: None. Influence comes from judgement and presence in the right conversations, not headcount.
Why this role exists
AI decisions at Citation now cut across Product, Engineering, Security, Infrastructure, and the Business simultaneously — model selection, data architecture, cost, and risk are no longer separable concerns. Without a dedicated architectural owner, each initiative makes these calls independently: patterns diverge, risk goes unspotted until it's expensive, and nobody owns the AI-specific decisions that don't belong wholly to any one function.
This isn't a hypothetical gap. Much of this work is already happening informally inside Citation's AI delivery — reviewing partner Statements of Work, governing what goes through Code Factory, acting as the practical architectural voice on live builds. This role formalises that into a mandate with the standing and scope it needs.
How this role sits in the architecture function
The AI Architect is Citation's dedicated architect for the AI/Data area, sitting alongside the architects covering Human Resources, Business Systems, Health & Safety, eLearning, Verification, Certification, and Atlas Platform: embedded in the delivery area it serves day to day, but line-managing centrally to the Chief AI Officer so its calls hold across the business, not just the team it happens to sit nearest to.
The architecture hub owns target-state and standards across the whole architecture function; this role owns the AI-specific application of it, escalating decisions with consequences beyond AI/Data to the Architecture Review Board rather than deciding them alone.
What good looks like
The clearest sign this role is working: AI initiatives at Citation start well and stay on track architecturally. In practice that means:
Established patterns are the default starting point for new builds, not something teams discover after the fact
Design questions are resolved before Engineering starts building, not during or after
Third-party Statements of Work are assessed architecturally before they're signed
Model and hosting choices are made against a documented decision framework, not habit or vendor pressure
AI Architect at Citation Group — aijobsearch
Token spend and cost-per-outcome are tracked and explainable, not a surprise on the invoice
Security is involved in every significant initiative from the start, not introduced at the end
Leadership has a current, accurate view of AI architectural risk and direction, with no significant surprises
Responsibilities
Architectural standards and patterns
Own the design patterns Citation builds its AI systems to: retrieval and grounding approaches for systems that need Citation's own knowledge rather than a model's general training, agent orchestration patterns and tool-calling conventions for multi-step and multi-agent work, prompt construction and guardrail design, and the routing logic that decides which model handles which step. Keep these current as the landscape moves, and write decisions down in a form Engineering and Product can actually build against — architecture decision records, not a slide deck. Align standards to Citation's five-layer AI platform architecture.
Model selection: open-weight vs. closed, and why
Hold a documented, evidence-based framework for choosing between closed frontier models accessed through a provider's API (Anthropic, OpenAI, Google) and open-weight models run on Citation's own infrastructure (Llama, Mistral, Qwen and similar) — and apply it per workload, not as a single blanket choice. The framework should weigh:
Task complexity — complex reasoning and long-horizon agentic work generally favour frontier closed models; simpler classification, extraction, and templated generation are often better served by smaller open-weight models at a fraction of the cost
Volume and cost at scale — at high token volumes, self-hosting open-weight models can cross into materially cheaper territory; this role owns the analysis of where that break-even sits for Citation's actual workloads, not a generic industry number
Data sensitivity and residency — for HR, employment, and compliance data, self-hosted open-weight models remove a class of third-party data-sharing risk that closed providers (even with strong contractual terms) don't fully eliminate
Fine-tuning and customisation — where an open-weight model fine-tuned on Citation's own data would outperform a general-purpose model at lower running cost, that's a build case this role should be able to make with evidence, not intuition
Latency, licensing, and total cost of ownership — including the practical overhead of running and maintaining your own models, not just the sticker price of tokens
Tokenomics — cost as an architectural input, not an afterthought
Understand and actively manage the unit economics of every AI solution recommended, including:
Modelling likely token cost at design time, before a system is built, so the business knows what it's signing up for
Specifying model routing (cheaper models for simpler steps, frontier models reserved for what actually needs them), prompt and context engineering for efficiency, and caching where appropriate
Recognising that agentic and multi-agent patterns can multiply token consumption several-fold over a single well-scoped call, and that orchestration-pattern choice is itself a cost decision
Setting up the observability to track cost-per-outcome and cache performance over time, not just the total spend line
Data architecture and readiness
Assess whether the data behind any AI initiative is structured, accessible, and reliable enough to support the intended behaviour — across Citation's Salesforce, Atlas, Snowflake, and integration layers — and flag readiness issues before they become delivery blockers.
Design authority and governance
Hold the approval path for new AI architectural patterns and material departures from existing standards. Attend initiative design conversations early enough to shape them, not just review them, and sign off on the AI design elements of partner Statements of Work.
Proof of concept and technical validation
Define scope and success criteria for AI spikes and proofs of concept before they start, validate vendor and partner capability claims before they're embedded in a committed design, and make sure proof-of-concept outputs are evaluated against real delivery constraints — not vendor demo conditions.
Third-party delivery oversight
Act as the internal architectural counterpart to Citation's delivery partners, the way any enterprise architecture function holds its critical vendors to a defined standard: review proposals and Statements of Work before commitments are made, run design reviews during delivery, and give partners a well-defined target with technical challenge where their decisions need scrutiny.
Production quality, observability, and cost
Set the standard for how AI systems are monitored and evaluated once live — offline and online evaluation, drift detection, guardrails — and own the response framework for AI incidents in production, alongside the cost governance described above.
Security and compliance
Bring Security in as a standing stakeholder on every significant AI initiative, addressing data boundaries, personal data handling, prompt injection risk, and third-party model provider assessments early rather than at the end. Maintain alignment with the ISO 27001 information security standard and data protection law, with particular care where personal employment or HR data is used as model input — this is where the open-weight-vs-closed decision above earns its keep.
Responsible AI
Define and maintain guardrails on what AI systems should and shouldn't decide autonomously, ensure outputs are explainable where they affect clients or employees, assess new initiatives for bias risk, and track emerging responsible-AI regulation for its implications on Citation's systems.
Internal enablement
Run informal sessions or working groups to build AI literacy across Engineering, Product, and the Business. Be a first point of contact for AI questions and support onboarding of technical staff into Citation's AI standards.
Horizon scanning and strategic input
Monitor the AI landscape — including the open-weight ecosystem specifically, given how fast it's moving — and evaluate new tools, models, and platforms against Citation's actual needs before they gain internal momentum on hype alone. Give the Chief AI Officer a clear, current view of AI architectural risk and direction across the portfolio.
What this role requiresMust have
6+ years in software, data, or platform engineering or architecture roles, including meaningful hands-on time on production AI systems — pilots and proofs of concept alone won't have exposed you to the failure modes this role exists to prevent
Practical experience choosing between closed frontier models and open-weight/self-hosted models for real workloads, not just familiarity with the debate
Working knowledge of AI unit economics — token pricing, routing, caching, context engineering — sufficient to model cost credibly at design time
Grounding in Citation's actual stack: Amazon Web Services' AI services, agentic and multi-model patterns
Comfortable working with regulated, personal-data-heavy employment and compliance data — of the kind behind Citation's 120,000+ SME clients — and treating that as a design constraint from day one, not a compliance afterthought
Working knowledge of information security standards and data protection law as they apply specifically to AI systems (prompt injection, model provider risk, data boundaries), not just general IT security