Skip to main content

Dembe OS

The shop runs itself. A human still signs off.

Dembe OS is the operating layer behind Champlin Enterprises. AI agents watch the inbox and the servers, turn what they find into tracked work, ask before anything changes, and deliver every change as a tested GitHub pull request.

We built it for ourselves first, and it runs our business every day. Below is the console we watch it from.

Agent Ops Live

The whole operation on one screen

What is waiting on a human, what is queued, what is running right now and what went live, updating live. This is the real console, shown with sample data.

The Dembe OS Agent Ops Live console: a pipeline strip showing 1 awaiting approval, 3 up next, 1 running and 3 live, the running job with its live progress, the queue, and an activity stream.
  1. 01A pipeline from approval to live
  2. 02The running job, step by step
  3. 03Every action in one live feed
Sample data. Client names are fictional.
Approved
Work starts on its own once a human says yes
0
Client emails sent without a human
1 switch
Stops every agent at once
100%
Of actions in the audit log

Watch it work

Every job narrates itself

The running job reports each step as it happens: what it read, the backup it took, what it changed, the tests it ran. You never have to wonder what an agent is doing, or whether it is still doing anything at all.

  • Live elapsed time and step-by-step progress
  • Backups before any change to data
  • Tests pass before anything goes live
A running job in the Dembe OS console, listing each step with how long ago it happened: reading the code, taking a backup, adding the change, opening a pull request and running the tests.

Nothing off the record

One feed, every action

Inbox triage, fleet patrols, approvals, deploys and the client drafts waiting for review all land in one live stream. It is the same record the invoice is built from, so every hour has a trail behind it.

  • Patrols and triage report in alongside client work
  • Client notes are drafts until a human sends them
  • Failures are shown, not hidden
The Dembe OS activity stream: a timeline of started, finished and client draft events, plus inbox triage and a fleet patrol reporting 64 healthy sites.

How it works

From an email to live, audited work

01

Watch

Agents read the inbox and messages, and patrols check hosting, domains, security and account balances across every site we run.

02

Notice

A client request or a problem a patrol finds becomes a tracked task, filed against the right client, in plain words.

03

Propose

Anything that changes something real becomes a proposal: the issue, the evidence, the fix, the risk and the estimated hours.

04

Approve

A human reads it and clicks Approve or Reject. Nothing risky runs on its own, and nothing is emailed to a client unread.

05

Do and record

An agent does the approved work on its own branch, writes and runs the tests, opens a pull request on GitHub, and goes live only after the required checks pass and the change is merged. Then it books the time with a breakdown.

How it goes live

Enterprise engineering, not AI guesswork

Plenty of AI tools write code. Dembe OS delivers it the way a disciplined engineering team does: every change is a GitHub pull request with tests, required checks and a guarded deploy. Nothing reaches production any other way.

See the full lifecycle our client work follows.

  1. Its own branch

    Every change starts on a fresh branch, isolated from live code and from any other agent working at the same time.

  2. Tests, written and run

    The agent writes tests for what it changed and runs the full suite. A red suite stops the job before anything else happens.

  3. A pull request on GitHub

    The change opens as a pull request with a plain summary of what changed and why, so every line has a reviewable history.

  4. Required checks

    Automated checks must pass before GitHub allows a merge. The main branch rejects direct pushes outright, including ours.

  5. Guarded deploy

    Deploy scripts refuse anything that is not exactly the merged code. Data changes get a backup first.

  6. Verified live

    The agent checks the live site after the deploy and reports what it saw. Only then is the job marked live.

MergedPull request

Add appointment reminders to the booking confirmation page

feature/appointment-reminders main

4 files changed +212 −18

  • Proposal approvedby a human
  • Tests48 passed
  • Required check: cipassed
  • Backup before data changetaken
  1. Merged squash into main
  2. Deployed merged code only
  3. Verified live site checked
Sample pull request. Every agent change looks like this.
100%
of changes through a pull request
0
direct pushes to production

Guardrails

Autonomy with a leash

Agents that can act are only useful if you can trust what they will not do. These rules are enforced in code, not left to good intentions.

Approval before action

Agents investigate freely. They change nothing that matters until a person has read the proposal and said yes.

Drafts, never sends

Client email is always written as a draft for a human to review. There is no path in the system that emails a person on its own, and a standing self-check raises the alarm if one ever appears.

One switch stops everything

A single off switch halts every agent at once. Autonomy you cannot turn off is not a feature.

It watches itself

The quiet failure is the dangerous one: a feed that stops while every log still looks fine. Self-checks alert once when something goes wrong, not a hundred times.

Every action audited

Who proposed it, who approved it, what ran and when. The audit log is the record, not anyone’s memory.

Real engineering discipline

Every change is a GitHub pull request with tests and required checks. The main branch rejects direct pushes, even ours, and deploys refuse anything that is not merged. No shortcuts to production.

For our clients

What it changes for you

You never log into Dembe OS. You just notice that nothing slips, problems get fixed before they reach you, and every hour on your invoice has a reason behind it.

Requests do not get lost

An emailed ask becomes a tracked task within half an hour, even when it is buried in the fourth paragraph of a long thread.

Problems found before you call

Patrols catch expiring domains, exposed files and dry service balances while they are still small.

Billing you can read

Every invoice line is an outcome in plain English, backed by an internal breakdown of where the hours went.

A principal-led team with a big team’s reach

Kevin Champlin, our principal engineer, leads Dembe, our AI engineering lead, and a disciplined set of named AI agents (Ari, Mason, Avery, Piper, Tess, Vera, Knox, Ada, Quinn, Iris, Ripley). Together they cover work that used to need a department, without handing judgment to a machine.

Questions

Straight answers

What is Dembe OS?

Dembe OS is the operating layer Champlin Enterprises runs on. It connects AI agents to our inbox, our servers and our work tracking, so client requests and infrastructure problems become tracked tasks and approved work instead of things someone has to remember.

Do the agents act without a human?

They investigate and prepare on their own. Anything that changes a system, touches payments or reaches a client waits for a human to approve it, and client email is always a draft for review.

Is this production-grade, or an AI demo?

Production-grade. Every change an agent makes goes to GitHub as a pull request, with tests and required automated checks that must pass before it can merge. The main branch rejects direct pushes, deploys only release merged code, and data changes are backed up first. It is the same engineering process a disciplined team follows, and it runs our business every day.

Which AI models does it use?

Dembe OS is built on Anthropic’s Claude models, with the model chosen per task: the most capable model for planning and hard problems, faster and cheaper models for routine work.

Can you build this for my business?

Yes. The same pattern (watch, notice, propose, approve, do, record) fits any business that runs on email and recurring operational work. We build it on top of the tools you already use. Let’s talk about what yours would watch.

Want an operating layer like this?

We engineer AI agents that work inside your real systems, with the approvals, audit trail and off switch built in from day one.