What we've built, what it did, and what we haven't measured yet.

What we've built, for clients and for ourselves. The clients aren't named: their names are theirs to give, and we've asked. Every number on this page says where it came from: a log, a run record or, where marked, the client's own account. Where something hasn't been measured, the entry says so, and the newest work has no numbers yet.

Running, small pilot

A connector between Claude and the ERP

An ISO 9001-certified specialty chemical manufacturer running Microsoft Dynamics 365 Business Central.

A delivered instance of what we often build first.

The problem

The ERP held the answers — order status, open invoices, what's in stock — and the people who needed them asked finance.

What we built

A connector that runs in the client's own Azure tenant. Each person signs in with their own work account, Business Central applies that person's own permissions, and every question leaves a line in the client's own logs: who asked, which tool, whether it worked. Never the data that came back. Nobody sees through Claude what they couldn't already see in the ERP. It reads; it cannot write.

We built it with their finance lead at the keyboard, not for him behind a curtain. We wrote the server and the step-by-step runbook; he ran every step in his own tenant, so the person who'd own it understood how sign-in, permissions and the audit trail fit together.

Where it stands

Live since September 2026 with a small pilot group. Their finance lead now adds new tools himself, inside guardrails we wrote down — read-only, no cost fields where sales can reach them, don't touch sign-in — and we review what he ships.

  • Within a weekfrom the first working session to go-liveMeasured: Engagement time log, 3–8 September 2026
  • Every callaudit-logged under the asker's own identity, from the first oneMeasured: The client's own log workspace, first production call, 8 September 2026
  • Still upoutside health check passingMeasured: Our external health probe, 20 September 2026

What needed tuning

The first version that worked answered questions through one shared login. Fine for a demo; wrong for a certified shop, because nobody could say who had asked what. The rebuild put a real identity behind every question, and the shared login was deleted the day the connector went live.

Not measured yet

Adoption and time saved. The pilot is small, and nobody has counted questions asked or hours returned.

Running since July 2026

A support inbox that answers itself — and knows when not to

A small direct-to-consumer brand selling through Shopify.

The problem

The owner answered support email himself, when he got to it. No helpdesk, no order lookup beside the inbox, nothing behind the address but him.

What we built

An agent that checks the inbox every two minutes, looks the order up live in the store, and answers what store policy covers. Anything involving money — a refund, a return — goes to the owner as an email he answers with one word, YES or NO, and the agent takes it from there. Anything it shouldn't touch — a legal threat, a chargeback, abuse — stays internal. When it hands a customer over, it writes the introduction and copies the owner in.

Before launch it had to pass thirty test emails: order questions, returns, edge cases, and three attempts to talk it out of its instructions. It passed all thirty. That is a test suite on mock emails, not a production score.

We also built him a dashboard that shows the inbox and the orders at a glance.

Where it stands

Live since July 2026 and still checking the inbox every two minutes. Most of what lands there was never a customer: in the seven weeks the event log covers, more than nine emails in ten were bulk mail or sales pitches, and the agent filed them without anyone looking. The owner answers YES/NO emails, picks up the conversations he's copied on, and otherwise rarely touches it.

  • 698 emailssorted in seven weeks. 652 were bulk mail or not customer service, and were filed without the owner seeing them. No email failed to process.Measured: Production event log, read-only query, 4 August – 20 September 2026
  • 27 of 46real customer emails answered by the agent on its own. The other 19 went to the owner: 18 handed over, one refund he approved.Measured: Production event log, read-only query, 4 August – 20 September 2026
  • Under 5 minfrom a customer's email arriving to the agent's reply going out — for every one of the 27. Half were answered within two and a half minutes; the slowest took 4m32s.Measured: Mailbox timestamps, arrival against sent reply, read-only check, 4 August – 20 September 2026
  • 12 July 2026live in production since, and still polling when this was writtenMeasured: Deployment record; agent heartbeat, 20 September 2026
  • 30 of 30on the pre-launch test suite, including three prompt-injection attemptsMeasured: Eval report, mock emails, before launch, 29 June 2026
  • 2 bugsfound by a manual audit of the live inbox, both fixed the same dayMeasured: Incident notes and the two fix commits, 27 July 2026

What needed tuning

Two weeks after launch we audited the live inbox by hand rather than trust the agent's own account of it. That review turned up two bugs its logs hadn't shown; both were fixed and redeployed the same day. We still check the inbox, not just the dashboard.

Not measured yet

Whether each of those 27 replies was the right one — nobody has graded them. The first three weeks after launch, before the event log existed. And what the owner's evenings were worth before, or what customers think.

Built and sold, handover under way

A prospect audit in minutes, not hours

A marketing agency whose sales team opens every pitch with an audit of the prospect's online presence.

The problem

Every pitch started with a deck a rep built by hand: clicking through the prospect's website, map listings, reviews and social pages, screenshotting as they went. One audit took a rep between one and four hours, and quality depended on who built it and how much time they had.

What we built

An agent that gathers the same evidence itself — site, page speed, Google and Apple map listings, social pages, a local-search grid, whether the business's details match across all of them — and lays it out as a deck in the prospect's own colours.

The rule that shaped it came from the reps: a finding they can't point at on a screenshot doesn't sell. So every claim in the deck traces to a stored capture, and anything the agent can't back is held off the deck and listed for the rep to check instead. In one live run it caught itself about to print a follower count that appeared nowhere in what it had collected.

Where it stands

Built, shaped by two rounds of review with their sales team, and bought outright: their code, their keys, their operating guide. The handover happens with their next audit; no rep has pitched from one of its decks yet.

  • 1–4 hoursper audit when a rep built it by hand, by the client's own accountReported by the client: The client, in conversation during the engagement, August – September 2026
  • 6–9 minper audit for a single-location business, across six timed runs on the current build. A business with two locations has taken 10 to 19.Measured: Run records: start stamp to finished deck, 30 August – 14 September 2026
  • 54 auditsfinished across nine real businesses during build and validation — run by us, not the clientMeasured: Count of finished decks in the run archive, 20 September 2026
  • 45–53findings per audit across the eight runs on the current build, of which 3 to 8 were held back each time for a person to checkMeasured: Per-run audit records and their review queues, 30 August – 14 September 2026

What needed tuning

Reading finished decks line by line, we found one finding that was wrong in every deck — stated with full confidence, because the agent had been reading the wrong field. It came out the same day, before any deck had reached a prospect. From then on the work shifted from adding findings to catching quiet failures: the wrong business matched, a blank capture, a number with no source.

Not measured yet

Whether close rates move — that needs months of their pipeline, not ours. It still needs a person at the end: a rep reviews the held-back list and the deck before it goes anywhere. Minutes of review instead of hours of building, not zero. Two sources on the original audit checklist aren't wired in: one is switched off for licensing reasons, one was never built.

About tuning

None of these three was right the day it first worked. Each needed tuning by someone who knew what to look for — and that tuning is part of the job, not an extra.

Also built, with no numbers yet.

  • Running since October 2026

    A weekly make-and-buy list, with the reason on every line

    A chemical manufacturer.

    It reads sales and inventory history from the ERP, forecasts demand item by item, and produces a weekly list of what to make and what to buy. Every line carries its reason, and the planner approves the list.

    Not measured yet. Forecast accuracy. No forecast number goes on this page until the forecast has cleared its accuracy gate live.

  • Built and in use

    Every intake call checked against the company's own call sheet

    A home-services company.

    It reviews each intake call against the company's own call sheet and scores it, so the owner sees which calls missed steps without listening to every recording.

    Not measured yet. How many calls it has reviewed, and the time it saves the owner. Neither has been counted yet.

  • First release delivered, October 2026

    CRMs built around how a team actually sells

    A manufacturer's field team, and our own sales.

    For a manufacturer's field team: an app for rep visit reports, service PDFs and calculators, built as the start of their own CRM. For ourselves: a workbook that ranks who to call each day, emails the call list every morning, and tracks every deal through our six steps with dated stage history. It's bare bones, and we run our own sales on it.

    Not measured yet. Time saved or deals won, for either of them. Nothing has been counted yet.

The agents in the catalog are still blueprints — designs we'd build, not things we've shipped. This page is the other list. See the blueprints.

Want the detail behind any of these?

You'd be talking to Robert Dopart directly: the person accountable for the build, not a salesperson.