Applied AI engineer / New York

AI systems.
Real-world
stakes.

I build the systems that turn AI into
production work you can trust.

Four systems. Sole architect, engineer, and operator.
From the first API call to the failure mode at midnight.

Open to applied AI & engineering roles
system explorerInteractive model
Python / Claude API / Google Ads

Better signals. Better bids.

INSPECTING Risk policy

Low-risk actions can run inside budget caps. Medium- and high-risk actions wait for approval. Mutations default to dry run.

Choose a scenario. Follow the decision.
Illustrative scenarios. No production connection.Read case study
Optimization↓ 38%cost per qualified lead Revenue$37.8Krecord monthly collections Data integrity18 tablesunder tested tenant isolation Agent reliability28 testscovering the agent lifecycle

Selected work / 01–04

Built. Shipped. Operated.

Architecture you can inspect.
Outcomes you can question.

01 / OptimizationIn production

Teach the bidding system
what a good lead looks like.

Google was optimizing for calls. Only 5% were qualified. I built the loop from transcript classification to keyword attribution to verified bidding outcomes.

Cost per qualified lead↓ 38%
BaselineQualified leadMonthly spend 1006267

Indexed outcomes · baseline = 100 · not a time series

The engineering decision

Risk-tiered execution. Verified API mutations. Rollback for every mutation class.

02 / Applied AIIn production

From a quote request
to a grounded answer.

Around-the-clock research, outreach, and inbound quoting. Product claims come from retrieved catalog data, with validation before send and human approval on quotes.

Inbound quoteDraft

Product specifications
Pricing & lead time
Supporting documents

Claims checked against retrieved data
Human approval required
Illustrative approval path
The engineering decision

Separate drafting from permission to send. Unsupported facts trigger a redraft.

03 / Data infrastructureIn production

Follow the lead.
Protect the boundary.

124K attribution rows connect marketing to client economics. Directors work their own leads. Finance gets the roll-up. Access is enforced in Postgres.

Director A tenant A Director B tenant B Director C tenant C Auth → Workers → React app Row-level security policies scoped in Postgres, not in app code 18 tables · column-level write boundaries AUTOMATED CROSS-TENANT TESTS ✓ A reads own leads ✓ A reads B leads → denied ✓ A writes B row → denied ✓ A edits attribution → denied ✓ A lists tenants → sees only A ✓ reporting layer bypass → closed ✓ provisioning never overwrites …repeated across all 18 tables Illustrative access policy matrix
The engineering decision

Test forbidden reads and writes across every tenant boundary. Protect attribution fields from edits.

04 / Agent infrastructureIn daily use

Parallel agents.
Explicit boundaries.

A Python supervisor and Electron desktop app. Each task gets an isolated worktree, a durable event record, and a reviewable branch.

Agent 01Implementationisolated worktree
Agent 02Test coverageisolated worktree
Agent 03Reviewisolated worktree
Guardian policyEvery shell command. Fail closed.
Enforced
Illustrative platform architecture
The engineering decision

The agent cannot edit its own policy. Autonomy grows on evidence and is instantly revocable.

Also built / Website engineering

A re-platform with a rollback plan.

128 pages. 384 screenshot comparisons. 12,629 links checked.
Built and verified ahead of cutover.

Explore the migration
before
1,437 KB
after
838 KB
removedjQuery · hosted runtime · third-party plugins · tag and consent scripts out of the render path
Homepage transfer / same content and design

The operating principles

The interesting part
is what happens
when it goes wrong.

Seven years building for marketing, sales, and finance. Three years on LLM APIs. The same engineering habits show up in every system.

How I work
01

Make the boundary explicit.

Separate a proposed action from permission to execute it. Put approval where the consequence demands it.

02

Verify the actual outcome.

Read back mutations. Test tenant isolation. Measure against a holdout. A green log is only a starting point.

03

Leave a system someone can inherit.

Reviewable branches, incident records, runbooks, and controls that survive the person who wrote them.

Let’s build something that holds up.

Bring the hard questions.

I can walk you through the architecture, evaluation, and failure handling behind these systems.

Explore the portfolio

Selected workFour systems and their outcomesAds optimization engineClassification, evaluation, verified mutationsAI sales engineRetrieval, claim validation, human approvalAttribution platformTenant isolation and client economicsAgent orchestration platformIsolated worktrees, guardian policy, durable jobsWebsite re-platformMigration, visual verification, rollbackHow I workBackground and engineering principlesStart a conversationandreasengelbertson@gmail.com
↑↓ navigate ↵ openSearch stays in your browser