Issue No01 · April 2026 · 2 slots open this quarter

AI that actually ships.

An independent studio designing and building the AI systems that make it all the way into production — past the demo, through the edge cases, into the workflow.

A demo is not a system. We ship systems — the ones that survive contact with real users, real data, and real edge cases.
§ 02 — How we think

We build for outcomes, not demos.

The AI space is loud. Most of what you see is a demo that works on a carefully chosen example and falls apart in production.

We're interested in the other ninety-five percent — the messy edge cases, the data that's wrong, the integrations that break, the users who don't read instructions.

That's where real value gets built. It's also where most teams give up.

Brent Founder · Brenton AI
01

If a spreadsheet is the right answer, we'll say so.

Most "AI problems" are process problems in disguise. We'd rather lose the engagement than build you something that shouldn't exist — and we have, more than once.

02

We keep humans in the loop on purpose.

The last 13% of any workflow — the ambiguous, the high-stakes, the weird — is where your team earns its salary. We don't automate that away; we design around it.

03

Everything we build, you own on day one.

Code, weights, prompts, evals, infra — in your repo, in your cloud, in your name. We leave the keys. There is no second invoice.

§ 03 — Field notes

From recent work.

Short, dated notes from projects. Not case studies — more like margin writing. A few things we've shipped, argued about, or talked a client out of.

Apr 12, 2026

A billing-exception agent that knew when to give up.

Reads four upstream systems — contracts, invoices, Stripe, a warehouse CSV — and reconciles them. Handles 87% of tickets unattended; we kept the remaining 13% human on purpose. The failure mode we were designing around: issuing a refund we shouldn't have. That one gets a second pair of eyes.

Mar 28, 2026

We told a client not to build the chatbot.

The real problem was four internal reports nobody was reading. We fixed that instead — a plain Slack digest, no model required. Engagement ended a month early and under budget. They called us back for the next thing a fortnight later.

Feb 06, 2026

Write the evals before the prompt.

If you can't describe what "good" looks like in fifteen test cases, you aren't ready to build yet — and no amount of prompt engineering will save you. Sometimes the most useful thing we can do in week one is say so, and spend week two writing the evals.

§ 04 — Let's talk

Tell us what you're working on.

A short note is enough. We reply within a day — usually the same afternoon.

Hours
local

We'll only use your email to reply. No lists. No newsletters.