Melbourne · Tokyo

AI systems that hold up after the demo ends.

I design agent roles, tool access, and review points so healthcare and finance teams in Melbourne and Tokyo can trust what their AI does.

25 years across IT Healthcare · Finance · Media Agent Systems · RAG · Workflow Design TGA · AHPRA · Regulated

Services

How I usually help teams building agents.

01

Figure out where agents fit

If you are sorting through vendor claims, internal pressure, or a stalled pilot, this is where I start. I look at the workflow, the decisions, and the handoffs so the first agent pattern is grounded in the business, not the demo.

02

Design agent roles and tool use

Multi-agent flows work when each agent has a clear job, the tool access is bounded, and the escalation path is obvious. I design the orchestration, fallback paths, and review steps that keep the system usable once it leaves the lab.

03

Make agent behaviour reviewable

A one-off agent action is easy to demo. Regulated teams need behaviour they can inspect, data handling they can defend, and approval paths people know how to use when the system reaches daily operations.

Work

A few projects that show the agent pattern.

Art Discovery

RAG search with follow-up dialogue, in production

Built a search experience that could handle follow-up questions instead of stopping at keyword matches. Hybrid retrieval across OpenSearch and Azure AI Search, re-ranking by region, artist, and theme, plus AWS Bedrock agents for deeper exploration, now runs live for art discovery.

Healthcare

Clinical assessment workflows with explainability built in

Worked on structured clinical assessment workflows built to meet TGA and AHPRA requirements, where explainability had to be part of the delivery from day one. SHAP analysis, bias review, and audit logging were included because the output needed to be reviewed, not simply generated.

Finance

Data centre exit for a major Australian bank

Led a migration from legacy infrastructure to AWS for a major Australian bank, keeping the transition stable inside a regulated environment. That background matters because modern AI delivery depends on cloud foundations that do not wobble under pressure.

Why projects stall

The difficult part is rarely the first demo.

Most teams can get a proof of concept running. Projects usually stall when they move beyond demos and need to run at production scale: consistent performance under real load, clear handling when the model is wrong, reviewable outputs with proper audit logging, and enough operational trust for teams to rely on the system day to day.

  • Architecture and delivery are scoped for production scale from the start, including reliability, latency, and cost under real usage
  • Failure handling, human review, and audit logging are designed early so model mistakes are visible, controlled, and traceable
  • Adoption is built with operators and domain teams so the workflow is trusted enough for everyday operational decisions

Background

The route here started before the current AI wave.

Selected consulting and engineering roles, alongside independent advisory work.

2023 - 2026 · Melbourne

AI Solutions Consultant · CGI

Advisory and delivery for organisations dealing with document-heavy, regulated, or high-judgement work. Recent projects include healthcare agents, retrieval workflows, and operational automations built on AWS and Azure.

2018 - 2023 · Sydney and Melbourne

Senior DevOps Engineer, Cloud Services · Origin Energy

Built and operated monitoring, automation, API infrastructure, and cloud pipelines on AWS. The engineering foundation that informs current AI architecture decisions.

2009 - 2018 · Sydney

Senior DevOps Engineer / Iteration Manager · Fairfax Media

Led cloud transition to AWS, introduced Docker and Kubernetes, and managed delivery of major masthead sites across Nine Entertainment’s digital portfolio. Nine years of scaled web infrastructure under continuous deployment.

Writing and credentials

Public references behind the work.

Related writing and current cloud and AI certifications that support the experience above.

Related writing Medium Articles on this site
01 AWS Certified AI Practitioner
02 AWS Certified Solutions Architect - Associate
03 Microsoft Azure AI Fundamentals
04 AWS Machine Learning Engineer - Associate

FAQ

Common questions.

What kinds of projects are a good fit?

Projects where the stakes are real and the system has to hold up: regulated workflow automation, multi-agent platforms, RAG search, clinical decision support, financial document processing. If it has to pass a compliance review or be explained to a non-technical executive, that is the right scope.

When is a specialist AI advisor useful?

Because the gap is usually between strategy and implementation. Internal teams often know the business but need outside depth on model behaviour, evaluation, and governance. Large consultancies can add distance between the problem and the person doing the work.

Does this work for clients in both Melbourne and Tokyo?

Yes. The underlying problem is the same: building systems that can be reviewed, explained, and maintained. Tokyo work usually puts even more weight on traceability and documentation, which already sits inside my delivery approach.

What does a typical engagement look like?

Most work is scoped in phases: discovery, design, build, and handover. Some teams then keep me on as an advisor for architecture reviews, vendor decisions, or delivery checkpoints. Melbourne and Tokyo share a workable timezone window, which keeps scheduling simple.