Architect

AI Architect

Design AI systems that survive a security review, a budget cycle, and a year in production.

Who this is for

Solution and enterprise architects who own the shape of the system, not just a service.

What you should be able to do

Produce a reference architecture with an explicit trust boundary, a cost model, and a rollout plan someone else can execute.

The delivery flow

The order the work actually happens in. Each step is where a decision gets made and written down, not a chapter heading.

Business problem
Reference architecture
Trust boundary + IAM
Data + retrieval layer
Model / agent layer
Deployment topology
Cost model
Rollout plan

Reference repository structure

A starting layout that keeps agents, infrastructure, and security policy as first-class directories rather than folders someone adds late.

project/
├── apps/            # web, api, admin surfaces
├── agents/          # planner, researcher, reviewer, orchestrator
├── infrastructure/  # terraform, kubernetes, helm, docker
├── security/        # policies, threat models, IAM scopes
├── monitoring/      # dashboards, alerts, SLOs
├── pipelines/       # CI/CD and evaluation gates
├── tests/
└── docs/

Reading path

12 published guides on this track. Every one is a live page on this site — nothing here is a placeholder.

Reference implementations

Citadel’s open-source repositories for this track — Terraform modules, MCP servers, and reference architectures you can read, fork, and run. Apache/MIT licensed; check each repository for its terms.

Primary sources

The standards, framework documents, and vendor references this track is built against. Go here when you need the authoritative wording rather than a summary — in a security review or an audit, the source is what counts.

Other tracks

Talk through this with an architect