present
AI Automation & Platform Engineer · a futures trading platform (contract)
AI tooling, infrastructure and ops (2025–present). Since mid-2025 agents write most of the code I ship here: CDK for the AWS platform behind the exchange, Go services, deploy tooling. For about 3 months I ran a personal agent pipeline. It took a ticket, implemented it, reviewed it, deployed it into my own AWS test environment and ran QA on it. Every phase had a retry cap, and anything that got blocked came back to me. I've retired the pipeline once the agent tools caught up, and the same steps now run as skills under Claude Code and the Cursor CLI, mostly in full auto mode.
For security reasons agents only get access to test environments, dev and production deploy through CI only. I keep the rule and skill tree in the infrastructure repo, linked into both Claude Code and Cursor, so every agent reads the same instructions. One skill lets the agent push a pull request, watch CI and answer each review thread. I've written most of the shared agent skills in the trading monorepo too. All rules are in Simplified Technical English, with linters in CI.
Sandbox and AI review tooling. Every agent runs in a container that sees one project folder. I've shared the setup with the team and some of them use it too. A hosted AI reviewer runs on every pull request, with rules so it doesn't repeat the linters, and a validator makes it prove each bug it reports with a failing test, run against the real code. When an agent invents an API, I revert it under a commit that says so. mcp-review is a code review tool for agents: the agent sends its changes, a person reviews them in a web page, and the agent picks up the comments. A comment goes stale when the code under it changes. I've built it on my own, a working version in a couple of days, and then kept refining it.
The agent work is the latest phase of this contract, my main job since 2022. In that time the product went from a DeFi protocol, to on-chain perpetual futures, to a high-frequency trading platform. The current one runs mostly off-chain with on-chain components. My role moved with it: frontend, then the release process, then the AWS platform under the trading engine.
The platform. I've built the AWS platform behind the perpetual-futures exchange from scratch and stayed its main author for over a year. It's dozens of CloudFormation stacks per environment across 5 AWS accounts, all generated from one CDK entry point. Trading services deploy blue/green behind a deploy lock, so a routine deploy can't race a live cutover. Maintenance windows went from 30–40 minutes to under 2, and the platform passed an independent security audit. I've also replaced the observability vendor with self-hosted Grafana, Prometheus and Loki: the bill dropped by more than 80%, retention went from 3 days to 30, and we stopped sampling logs. I wrote Go for the backend services as well and designed their e2e test suite.
Deployment, testing, automation and a family of dApps (2022–2025). I was responsible for the release process of a multi-chain protocol. Every upgrade first replays the pending deployment against a fork of each live chain, then runs an end-to-end suite that stakes, borrows, trades, settles and liquidates. A generator rebuilds deployed addresses and ABIs and publishes the protocol docs, so nothing downstream is maintained by hand. At the same time I shipped a family of dApps, mainly the liquidity app, started the protocol's public React SDK and the hooks library under it, and wrote the harder web3 client parts: a pull-oracle client, and a revert decoder that turns a hex error into something a user can read. I also built the tooling that moved the frontends onto IPFS and ENS: CLIs and a CI step that pin each build to a shared IPFS cluster and publish it. It became the standard way the protocol's apps shipped.
Frontend (2022). I came in as a frontend engineer and worked on the staking dApp and on the shared component monorepo that all frontends were built on: build system, packaging, CI.