Engineering · Systems atlas

The whole stack, drawn.

From the network underneath to the agents on top: cloud foundations, security models, delivery platforms, agent runtimes, knowledge systems and the factory that builds them. Every diagram on this page responds to you. The shapes are real. The specifics that belong to employers, clients and the recipe stay private.

cloud projects on one connectivity pattern
100scloud projects on one connectivity pattern
connectivity hubs in the reference fabric
6connectivity hubs in the reference fabric
verification gates from truth to production
11verification gates from truth to production
lifecycle states enforced server-side in one application
28lifecycle states enforced server-side in one application
workforce archetypes on one codebase
5workforce archetypes on one codebase
tool domains behind one policy gateway
8tool domains behind one policy gateway

00The stack

Seven layers, one discipline.

Each layer exists to make the one above it boring. Pick a layer to see what lives there, then jump to its working diagram.

Agents as bounded workers: a role, a policy, tools exposed over the Model Context Protocol, approval gates for anything consequential, and an audit trail for everything.

  • MCP servers
  • Tool gateways
  • Approval gates
  • Structured outputs
  • Evaluation harness
  • Audit trail
Go to this layer ↓

01Cloud foundations

A network a new team joins by declaring intent.

Six hubs around a routing core. Spokes never peer directly; hybrid, service, egress and east-west traffic each take one legible path. Trace a flow.

On-premisesInterconnectHybridRoutingcoreProdServicesNon-prodDataEgressWorkload AWorkload BPublished serviceWorkload CWorkload EAnalyticsInspectionInternetREFERENCE FABRIC · PATTERN ONLY · NO RANGES, REGIONS OR IDENTIFIERS
  1. On-premises
  2. Interconnect
  3. Hybrid hub
  4. Routing core
  5. Prod hub
  6. Workload A

Private links terminate on cloud routers in the hybrid hub. Prefixes are advertised once and learned only where they should be.

Drafted studies

Two sheets from my diagramming work, redrawn with generic labels in place of inventory, addresses and resource identities.

Pattern diagram: a hybrid network connects through Cloud Router to a connectivity hub, with separate workload spokes and private services.
Sanitized pattern adaptation / not an estate mapDownload diagram SVG ↓

Hybrid connectivity

A hub is a boundary with a job: connect hybrid networks, make routing legible, and keep workload ownership separate from the shared network.

  • ↳ Hybrid paths and cloud routing
  • ↳ Shared connectivity, separate workloads
  • ↳ Private service access
Read the long-form exhibit →

02Security & posture

Stop triaging findings. Read the graph.

A severity list tells you what is wrong with each thing. A model of the estate tells you which wrong things line up into a path to something that matters.

Public load balancerUnpatched serviceBroad workload identityCustomer data storeExposed admin portVM with metadata accessKey with owner roleControl planePublic bucketLeaked build tokenPipeline identityProduction deployON NO PATH · DEPRIORITISED WITH A RECORDED REASONCriticalHighMediumLow

60

findings, sorted by the vendor's severity

0

relationships between them

?

which ones reach anything that matters

Illustrative model · synthetic estate · no vendor output reproduced

03Reliable platforms

Policy before anything is real. Budgets set the pace.

Infrastructure changes are intent until a plan has been computed, checked and approved. After release, a service level objective decides whether the next change ships.

  1. 01

    Intent

    A reviewed diff in code

  2. 02

    Plan

    What would change, computed

  3. 03

    Policy

    Checked against guardrails

  4. 04

    Review

    A person approves the plan

  5. 05

    Apply

    The only path to real

  6. 06

    Roll out

    Progressive, reversible

  7. 07

    Observe

    SLOs judge the result

The error budget, worked

Choose a month and drag through it. The arithmetic is real; the policy on the right is the kind of rule a team agrees on before the incident, not during it.

100%50%0%day 0day 10day 20day 30DASHED · SPENDING EXACTLY TO PLAN (1x)
SLO
99.9% / 30 d
Budget
43.2 min
Remaining
23.0 min
Burn rate
0.7x

Policy decides

Ship

Budget in hand. It exists to be spent on change, so keep shipping.

Worked model · real arithmetic, invented months · thresholds from the standard multi-window burn-rate pattern

04Agentic systems

Agents are workers with a job description.

A role, a policy, tools served over the Model Context Protocol behind one gateway, a person on every consequential action and an audit record of all of it. Step through a run.

MCP SERVERSCONSEQUENTIAL ACTION → A PERSON DECIDESOperatorpersonOrchestratorrole · plan · statePolicyread-only by defaultTool gatewayauth · scope · rateAudit trailappend-onlyestateknowledgememoryapprovalworkflowdocumentsbrowserchange

01 · Request · Operator

“Summarise this week’s new exposure paths and open a change for the worst one.”

Representative run · real runtime shape · illustrative request, no production data

Tool domains

Each domain is its own MCP server with its own scopes. The gateway authenticates, scopes and rate-limits every call.

  • estate

    Cloud inventory and reachability

  • knowledge

    Typed knowledge search

  • memory

    Recall and store, with provenance

  • approval

    Human-in-the-loop gates

  • workflow

    Status of long-running work

  • documents

    Structured extraction

  • browser

    Verification in a real browser

  • change

    Diffs into the delivery pipeline

Operating principles

  1. 01

    Read-only by default

    Every role starts with no write access. Capability is granted per tool, per scope.

  2. 02

    Tools, not text

    Agents act through typed tools behind one gateway, never by emitting commands for someone to paste.

  3. 03

    A person on every consequential action

    Anything that changes money, access or production pauses for an approval.

  4. 04

    Everything is recorded

    Inputs, tool calls, sources, approver and result. A run can be replayed and audited.

  5. 05

    Evaluated before promoted

    A new prompt or model version runs against a fixed evaluation set before it touches real work.

05Knowledge & memory

Knowledge as a living system.

Typed objects joined by typed relationships, so a decision links to its evidence and a runbook to the system it operates. People and agents walk the same graph. Ask it something.

supportscitesinformschangesoperatesownsaffectedresolved bycontradictsDecisionEvidenceSourceConceptSystemRunbookRoleIncident
decision ← supports ← evidence
decision → cites → source
decision ← informs ← concept

The decision arrives with its evidence, its sources and the idea behind it. Nobody has to reconstruct the reasoning from chat history.

Pattern view · generic object types · the working schema stays private

06Autonomous delivery

A factory that builds repositories, including this one.

An architecture becomes a finished repository through dependency-ordered build contracts. Each contract passes a verification gate and leaves evidence. The graph below is this site's own, read from its manifest at build time.

PASS 1 · G0 → G10PASS 2 · G0 → G10+GKP00 · reconnaissance · gate G0 · completeP00P01 · architecture · gate G1 · completeP01P02 · foundation · gate G2 · completeP02P03 · implementation · gate G3 · completeP03P04 · implementation · gate G4 · completeP04P05 · implementation · gate G6 · completeP05P06 · implementation · gate G3 · completeP06P07 · implementation · gate G5 · completeP07P08 · assembly · gate G9 · completeP08P09 · deployment · gate G8 · completeP09P99 · completion_gate · gate G10 · completeP99P10 · reconnaissance · gate G0 · completeP10P11 · design · gate G1+GK · in progressP11P12 · implementation · gate G3+GK · pendingP12P13 · implementation · gate G6 · pendingP13P14 · implementation · gate G6 · pendingP14P15 · implementation · gate G6 · pendingP15P16 · implementation · gate G9 · pendingP16P17 · implementation · gate G5 · pendingP17P18 · assembly · gate G9 · pendingP18P199 · completion_gate · gate G10+GK · pendingP199
Complete · 12In progress · 1Pending · 8Read from the factory manifest when this page was built

The gate ladder

Nothing is called done on a feeling. A contract is complete when its gate passes and the evidence is written down.

  1. G0

    Repository truth

    Baseline, branch state, existing failures recorded

  2. G1

    Architecture & contracts

    Invariants, APIs, schemas and trust boundaries agree

  3. G2

    Static quality

    Types, lint, schemas, generated code consistent

  4. G3

    Unit & domain

    Invariants and state transitions proven

  5. G4

    Data & integration

    Migrations, adapters, isolation, failure paths

  6. G5

    Security

    Authorisation, secrets, input boundaries, audit

  7. G6

    Vertical slice

    One real journey through every layer

  8. G7

    Full assembly

    Every capability connected; nothing is a shell

  9. G8

    Deployment & runtime

    Preview deploy, smoke tests, health

  10. G9

    End-to-end & resilience

    Critical journeys, failure states, accessibility

  11. G10

    Production completion

    Only external activation remains

  12. Evidence for every gate lives beside the code it verifies.

07Geometry & CAD

Geometry that proves itself.

Seating layouts read out of drawings, solved under aisle, pitch and accessibility constraints, and emitted as sheets whose dimensions stay attached to the geometry. Correct by test, not by eye.

  1. 01

    Read

    Layouts parsed from CAD

  2. 02

    Extract

    Runs, aisles, obstacles

  3. 03

    Solve

    Spacing under constraints

  4. 04

    Emit

    Sheets with live dimensions

  5. 05

    Prove

    Golden files, property tests

WCABCDPITCH ≥ 500AISLE 1 100 CONST.ROW 850R 14 200 TYP.SEATING BLOCK · SHEET 03 · 1:100GENERATED · DIMENSIONS ASSOCIATIVE · ILLUSTRATIVE

08Toolbelt

What the work is made with.

Tools change. The disciplines underneath them (legibility, least privilege, verification, reversibility) are the part that carries over.

Cloud

  • Google Cloud
  • Shared VPC
  • Connectivity hubs
  • Hybrid interconnect
  • Private service access
  • Kubernetes
  • Serverless containers
  • Pub/Sub
  • Cloud SQL
  • BigQuery

Infrastructure as code

  • Terraform
  • Module design
  • Policy checks on plans
  • Drift detection

Security

  • Posture management
  • Exposure-path analysis
  • Policy as code
  • Identity & least privilege
  • Evidence automation

Reliability

  • SLOs
  • Error budgets
  • Burn-rate alerting
  • Runbooks
  • Observability

Applications

  • TypeScript
  • Next.js
  • React
  • Python
  • FastAPI
  • PostgreSQL
  • Row-level security

Applied AI

  • Claude
  • Structured outputs
  • Model Context Protocol
  • Agent orchestration
  • Evaluation harnesses
  • Retrieval

Geometry & CAD

  • Computational geometry
  • Constraint solving
  • DXF authoring
  • Associative dimensions

Verification

  • Property-based tests
  • Golden files
  • Playwright
  • Accessibility audits
  • Factory gates

Long form

Read the exhibits.

What is not on this page

Prompts, schemas, rule contents, address plans, identifiers, vendor findings, and anything that belongs to an employer or a client. The shape is the portfolio. The recipe is the business.