AI & Automation Consultant · Certified Management Consultant (since 2020) · 11+ yrs finance, frontier tech & consulting
Most people who call themselves AI consultants can show you a slide deck. I can show you systems I've shipped — AI agents, self-hosted automation infrastructure, and human-in-the-loop workflows running real business processes. I work AI-augmented: I architect, review and ship fast because I pair deep solution judgement and op-sec with modern AI tooling. Outcomes are the proof. Below are short walkthroughs — each covers the problem, what got automated, where the human stays in control, and the stack.
Years spent turning messy, manual problems into systems that just run — now designing and shipping AI and automation end to end.
A rare mix of discipline and invention: I'm a Certified Management Consultant, so things get built properly — tested, auditable, production-safe — and a genuine builder who digs into the frontier until I understand it. Not "it works" — "it works and I'd trust it."
Outcomes-driven, equally at home remote, hybrid or in the room — and actively looking to be back in a team shipping real work.
Australian Permanent Resident · full work rights · Melbourne
Then scroll down — every demo below is something I actually built.
Setting up a new client's automation environment meant hours of manual server, security and software setup — slow, and every manual step is a chance to get something wrong.
A tool that builds the entire environment automatically from a single setup file — one command instead of a checklist.
A full day of setup collapses to minutes — identical every time, with security built in from the start.
A single declarative YAML config drives the whole provision. The tool spins up a Hetzner Cloud server, points DNS through Cloudflare and triggers Let's Encrypt SSL via Traefik, hardens the box, generates per-environment secrets and stores them in Bitwarden, then deploys the service layer through Coolify using custom Docker Compose templates.
Core services deployed end-to-end: Uptime Kuma (monitoring), Baserow (database), DocuSeal (document signing) and self-hosted n8n (automation). Idempotent and repeatable — the same config reproduces the same stack, and secrets never touch the config file or version control.
Hetzner · Coolify · Cloudflare DNS/SSL · Traefik · Bitwarden · Docker Compose · n8n
A client paid its providers in USDC straight from an on-chain treasury wallet. After every payment run, someone had to manually check the blockchain, work out which provider was paid, and confirm it by email — slow, easy to miss one, and every missed confirmation is a provider relationship left hanging.
A production automation that watches the blockchain, matches each payment to the right provider, and notifies them automatically by email and Slack — with a complete audit trail behind every payment. Runs on a schedule, hands-off, no manual trigger.
A manual after-every-payment chore becomes a zero-touch process — every provider notified, every payment logged, duplicates structurally impossible.
A scheduled n8n workflow reads ERC-20 transfer logs directly from the Etherscan API, parses the raw hex logs, and filters to USDC outgoing from the treasury. Each payment is matched to a provider (wallet → provider record), checked for active status, then deduplicated against an audit log before any notification is sent.
The deduplication key is the backbone: payment_key = tx_hash + log_index. An earlier key based on tx_hash + amount silently collapsed multi-send transactions — one transaction paying several providers could skip a notification. Keying on the blockchain's guaranteed-unique log_index makes duplicate or dropped notifications structurally impossible.
New payments trigger a formal email (amount, wallet, tx link, date) plus a real-time Slack alert; every payment is written to an audit log, and any failure — missing email, Slack error, no provider match — is routed to a separate error log. The workflow is idempotent and safe to re-run: Ingest → Normalize → Match → Deduplicate → Act → Log.
n8n (self-hosted) · Etherscan Logs API · USDC/ERC-20 · Google Sheets (system of record) · Gmail · Slack · idempotency (tx_hash + log_index) · audit + error logging
When a services business finishes building something for a client, there's a last mile that quietly kills margin: packaging it up and handing it over. Someone has to write the client-facing summary, explain each automation in plain English, brand it, attach the walkthroughs, email it, and log it so nothing gets sent twice — an hour or two of skilled time per client, inconsistent, and easy to put off.
A delivery engine. One trigger assembles the entire handover package for a client — pulls their finished automations, writes a professional consulting brief with AI, generates a branded document, files it, and sends it for approval. The consultant's job shifts from doing the packaging to simply approving it.
An hour of skilled work done in under a minute, consistently — with the client's data protected and a human owning the final call before anything reaches them.
One trigger runs the full assembly: resolve the client, fetch only their workflows marked ready-to-hand-over (a quality gate — nothing half-built ships), scrub PII, generate a house-style consulting brief with an LLM, render a branded DOCX, upload it to the client's delivery folder, and compose the email.
The governance backbone is PII tokenisation: before anything hits the model, the real client identity is swapped for placeholders — the AI sees [CLIENT_NAME], never "John King" — and the real identity is restored on our side after generation. The model does the writing; it never holds the identity. That's the pattern that lets a regulated business use AI without a data-governance headache, and it's model-agnostic because the tokenisation sits outside the model.
Delivery halts at a Telegram human-in-the-loop approval — approve sends, reject saves a draft and stops. A per-client delivery lock plus an immutable event log make duplicate sends structurally impossible, and the whole trail is written for audit. The PII scrub, the HITL gate and the audit log are shared, reusable patterns across every workflow in the library.
n8n · Claude via OpenRouter (model-agnostic) · PII tokenise/restore · Baserow · Google Drive · Gmail · Telegram HITL approval · delivery lock + event log
People make decisions off dashboards every day — but a dashboard is only as trustworthy as the maths behind it, and most can't show that the maths is correct.
A live tracking dashboard with the key numbers up top, and an automated test suite that checks every calculation behind them.
Decisions made on numbers that are verified, traceable and trustworthy — not just numbers that happen to look right.
Vanilla ES-module single-page app, no build step. The calculation logic (e.g. NAV and tax/CGT maths) lives in pure, isolated modules with no DOM or network coupling, which is what makes it unit-testable. JSON files act as the versioned data layer; writes are atomic across multiple files with auto-snapshot logging.
A harness of 150+ inline tests runs against the pure modules so every displayed number is provably correct, not just plausible. Served by a lightweight Python static server with optional write endpoints.
vanilla ES modules · pure-function math modules · JSON store · atomic writes · Python static server · 150+ tests
For many organisations the blocker to using AI isn't capability — it's that they can't send sensitive data to an outside AI service.
Custom AI agents that complete real multi-step tasks, running on an AI model hosted locally — plus deliberately limited access, so an agent can only do what it's allowed to.
The same AI capability, but the data never leaves the building — AI you can put in front of a compliance team.
Two purpose-built agents (OpenClaw, Hermes) explore goal decomposition and tool use — given an objective, the agent plans steps and calls only the tools it's explicitly granted (deliberately scoped, least-privilege access rather than open-ended control).
Runs against a locally-hosted LLM (GLM 5.2) on local hardware, so sensitive data never leaves the machine — solving the data-sovereignty blocker that stops many organisations adopting AI. Same capability as a cloud API, without the data egress.
AI agents · local LLM (GLM 5.2) · scoped tool access · on-prem / data-sovereign
Anyone can make something work once, on their own machine, on a good day. The real risk is six months later — can someone else understand it, roll it back, recover it? Most work fails not at "does it run" but at "can anyone maintain it."
Every project ships with the same backbone: documented from day one, version-controlled properly, backed up in two independent places, and scripted so it's repeatable — not held together by memory and manual steps.
Any project I hand over can be picked up cold — by a client, a teammate, or me in six months — and understood in minutes. Nothing lives in one person's head, and nothing lives in only one place.
Every repo carries a fixed documentation spine — README, STATUS, CHANGELOG, CHARTER — so the "what, where, why" is never lost. Commits are clean and every meaningful version is tagged for instant rollback.
Every version is dual-pushed to two independent providers (GitHub + GitLab) and verified on both with git ls-remote — no single point of failure. A running gotchas log captures every environment quirk and its fix the moment it bites, so the same problem is never solved twice.
Installs, backups and file moves are scripted in PowerShell with built-in size checks and verification rather than done by hand — repeatable, checkable, safe to re-run. The through-line is one rule applied everywhere: don't trust that it worked, prove it did.
Git · GitHub + GitLab (dual-remote) · semantic version tags · gotchas log · README/STATUS/CHANGELOG/CHARTER · PowerShell · scripted verification & backups
Before the AI builds, the discipline. The same process mapping, requirements (BRS), UAT/production rigour, regulatory delivery and senior-stakeholder engagement is exactly why my automation ships and survives in production — not just in a demo.
A major bank had overlapping trading systems and complex tax-reporting obligations spread across many business units — costly, risky and hard to manage.
Merged three trading systems into one, moved core financial data onto a single modern platform, and automated regulatory (FATCA/AEOI) reporting across five business units — working with senior IT, finance and business leaders.
Lower cost, less duplication, and regulatory reporting that runs reliably — delivered through proper requirements, testing and production rollout.
Consolidated three derivative trading systems (Murex Energy, Front Arena) into a single Murex GTS platform; migrated/replicated a Basel II data mart into SAP HANA as part of a cross-country UK|SA delivery team toward a unified financial architecture.
Delivered FATCA/AEOI/SARS IT3 reporting standardisation across 5 business units — vendor scoping, as-is/to-be analysis, gap analysis, data mapping and data-dictionary artefacts. Ran full SDLC (BRS, technical & interface-design specs, UAT, production cutover, training) in SAFe 4.0 with Kanban/JIRA, including EXCO planning with IT, Finance and Business.
Murex · Front Arena · SAP HANA · Basel II · FATCA/AEOI · BRS · UAT · SAFe 4.0 · JIRA
During COVID, multiple government departments needed to understand how ready they were for new technology and the changing world of work.
Ran a Fourth Industrial Revolution (4IR) readiness assessment across several government bodies, plus feasibility studies, large-scale surveys and executive research reports.
Clear, evidence-based readiness findings and recommendations that senior public-sector decision-makers could act on.
Delivered a Fourth Industrial Revolution (4IR) readiness assessment across multiple government bodies — SETAs and state/national departments — during COVID. Designed and ran large-scale questionnaires/surveys for industry-report building (Gartner/Cognizant-style), plus feasibility studies for large government initiatives.
Produced executive-grade research reports and led senior stakeholder engagement across departments. Delivered under the Mental Block Consulting banner for client Redflank.
4IR readiness · survey/questionnaire design · feasibility studies · industry reports · executive engagement
Resume, references (including Australian referees), and a live walkthrough available on request.