Independent consulting practice

AI systems, AWS platforms, and the architecture between them.

I help engineering teams move AI work from prototype to production. Most of what I do sits at the intersection of cloud platforms, agent design, and the operational reality of running these systems once they leave the demo.

Applied AI Agent systems AWS architecture IoT platforms Solutions architecture
AI Connecting models to product workflows, real data, and the constraints of the business that runs them
Agents Tool design, permissions, evaluation loops, and the observability needed to debug them in production
AWS + Edge Cloud platforms, IoT telemetry, and the backend and integration work that makes them durable

TL;DR

Practical work, not theatre.

AI projects framed around a decision someone makes or a workflow someone uses.

Agent systems with explicit tool boundaries, real evaluation suites, and human oversight at the points that matter.

Cloud and IoT delivery measured by what it costs to run and how often it breaks, not by the polish of the demo.

What I do

Five overlapping practice areas.

Most engagements span more than one. The interesting problems usually live at the boundaries between them.

02 / Agent systems

Agent System Design

Agent loops fail in predictable ways: unbounded tool use, drifting context, missing evals. Designing them properly is most of the work; running them in production is the rest.

  • Tool boundaries and permission model
  • Evaluation suites and regression testing
  • Tracing, fallbacks, and human checkpoints
03 / AWS Cloud

AWS Cloud Foundations

The infrastructure that quietly determines whether a product survives its first thousand users. APIs, event flows, deployment automation, security boundaries, and a FinOps model that holds up at scale.

  • AWS architecture and IaC
  • Backend APIs and event-driven workflows
  • Cost, security, and reliability reviews
04 / IoT Edge

IoT Edge and Interfaces

Connecting hardware telemetry to dashboards a human actually looks at. Includes the mobile and web work that closes the operational loop between the field and the office.

  • Device-to-cloud telemetry
  • Operational and executive dashboards
  • Mobile workflows and feedback paths
05 / Solutions Architecture

Solutions Architecture

Turning a strategic direction into a sequence of engineering decisions: discovery, target state, migration paths, and the governance to keep delivery on track without drowning the team in process.

  • Discovery and target architecture
  • Migration sequencing and integration
  • Architecture review, mentoring, governance

How a system holds together

A model alone is never the product.

Reference flow

From inbound request to a grounded AI decision.

A request lands, gets validated, picks up the data that grounds the answer, runs through a model with scoped tools, and writes an audit record that holds up later. The architecture is mostly about what happens between those steps.

Request -> Queue -> Retrieval -> Model -> Tooled action -> Audit
Spec sheet

What keeps it from melting in production.

Token budgets, prompt-injection defenses, request quotas, fallback to cheaper models, and the regression suites that catch a silent model swap before customers do.

Where humans stay

The interface between automation and judgement.

Approval queues, draft-with-edit surfaces, and override-and-re-prompt flows. The thin layer that turns mostly-right output into something an operator is willing to sign.

Debuggable by design
$ inspect run
ingest:    ok
retrieval: 12 chunks
model:     ok (1.2s)
evals:     passing
audit:     signed

What I help build

Where business intent meets engineering constraint.

01

Applied AI systems

AI tied to a workflow, a data source, and a decision someone has to make. With the eval and feedback machinery to keep it honest once it leaves the prototype.

02

Agent operating systems

The loop, the tools, the memory model, the permissions, the audit trail, the eval suite, and the human checkpoints. Each one is a design decision worth taking seriously.

03

AWS cloud platforms

APIs, events, data pipelines, identity, observability, and the deployment automation that lets a small team operate a serious system without burning out.

04

IoT edge ecosystems

Telemetry pipelines, fleet operations, field workflows on mobile, edge and cloud boundaries, and alerting that respects an on-call schedule.

05

Solutions architecture programs

Legacy decomposition, migration sequencing, integration strategy, debt reduction, and team enablement that outlasts the engagement itself.

How engagements run

A short discovery, then visible progress.

01

Discovery and feasibility

Clarify the outcome, the constraints, the integration surface, and what should not be built. One or two weeks, depending on scope.

02

Operating model and architecture

Architecture decisions, ownership, security boundaries, delivery practices, cost model, and the signals that say it is working.

03

Build, review, hand off

Prototype the critical paths, review the implementation, coach the team, and turn open questions into shipped code.

Twenty years across banking, government, fintech, and platform engineering. The practice exists because the systems worth building usually pull from more than one of those worlds.

Cloud modernization in banking and fintech: on-premises to AWS migration, platform tooling, CI/CD, and FinOps practice.

Engineering across Java, Kotlin, Go, Python, Node.js, and Android, plus the data and automation work that surrounds them.

Proofs of concept, stakeholder alignment, mentoring, cloud migration, and the discovery work that decides what should be built.

Read the full CV

Get in touch

Tell me what you are trying to build.

Send the goal, the current stack, the constraints, and the timeline. I will reply with a concrete next step or, if it is not the right fit, a suggestion of who else to talk to.