Bryan IversenWhat I built
Field manual / six-week build / 2026

Ramona What I built

An always-on Chief of Staff that lives on a server, answers from my pocket, runs a crew of twelve specialist agents, works through the night, and never sends, spends or publishes anything without my yes. Built over six weeks, one card at a time. Every number on this page was measured on the live system on 10-21-2026, not claimed.

12
Agents on the crew
one chief, eleven specialists
129
Skills on the chief
loaded only when picked
4
Jobs while I sleep
digest, overnight, dreams, export
105
Receipts filed
proof of every card and run
1
Front door
chat from my phone, fallback lane ready
0
Sends without a yes
drafts only, by rule and by test
the chief loaded into every reply the binder skills crew plumbing outside
How it works, in four moves

The build follows a nesting-doll order: the chief first, then the layers under her, each one thicker than the last.

I talk to one agent, from anywhere

Ramona is the front door. I message her from my phone in a private chat. She reads a small always-on profile of me, her own rulebook and what she has learned, then decides whether to answer, look something up, or hand the work to a specialist.

Specialists do the work through one board

Eleven specialists sit behind her: an architect, a clarity editor, a voice analyst, a process writer, a researcher, a builder, a librarian, an examiner, a QA guardian, a pattern analyst and a course instructor. Work moves on one shared board, so every hand-off has a ticket and a result I can audit.

Knowledge lives in a reviewed binder, not in the chat

Facts about me and the business live in a version-controlled binder with a route map. Raw material (recordings, exports, client files) never enters it. One agent, the librarian, is the only one allowed to write there, and only after I approve each change.

The system runs while I sleep and shows its receipts

Four scheduled jobs run every night and morning. Each one writes a dated file I can open. A green status light is never the proof; the file is. Every reply is traced end to end, so when something looks strange I read what the agent read.

What the six weeks produced

One card per lesson, one receipt per card. The highlights:

Week 1
Stand it up

Server, always-on agent, phone chat, tracing, an intake folder, a chosen business and a build brief.

Week 2
The binder

A cold "before" test, then a context repo with facts, gaps, a 233-line rulebook and a route map. The after test is the best demo I own.

Week 3
Hands, voice, engines

Her own email inbox (drafts only), a face, voice notes both ways, connectors to mail and calendar, and an org chart.

Week 4
The org comes alive

One front door for raw files, a research fleet that fans out across five lanes, three new hires, and the first unattended overnight run.

Week 5
Evaluation joins

I hand-labeled ten real runs, wrote pass/fail criteria, seeded a golden set from my own traces, and seated an examiner agent that grades against them.

Week 6
The operator project

A locked project with rules written before the run, a full-system run, a measured second run that beat it, and a package someone else can read.

The six-week build was pointed at one real small business as a pilot. That pilot is paused. The system is ready for the next one, and the "What it could do" tab shows what weeks 7 to 12 deliver for whoever that is.
Crew / who does the work

One chief. Eleven specialists.

Each specialist does one kind of work well and hands the result back through the shared board. I never message them directly. All twelve answered a live question on 10-21-2026; a status light was not consulted.

While I sleep / four jobs, four files

The night shift leaves receipts

Four jobs run on a schedule as Ramona. None of them can ask me anything, so anything that needs my yes is held, not done. Each one writes a dated file; that file, not the scheduler's "ok", is the evidence. On 10-21-2026 all four had written theirs.

05:00 UTC · nightly
Solomon's Dreams

A reflection pass over the day: what was decided, what was left open, what pattern is forming. Written as a short dated report I read with coffee.

61 reports on file
06:00 UTC · nightly
The Overnight

The long job. It reads the day's sources, drafts the morning brief with a source pointer on every claim, and keeps every intermediate piece so I can see how it got there.

83 run folders on file
10:30 UTC · daily
Chief Daily Digest

Yesterday's receipts, replies waiting in my channels, where I am in the course, and the one next step. Posts only to my private channel with Ramona, never anywhere shared.

75 digests on file
12:00 UTC · daily
Trace export

A plain script, no agent, that copies the day's traces out of the tracing service into my own storage, so the record of what every agent did is mine to keep.

50 exports on file
What a night job cannot do

Read from the system's own settings, not from a promise.

Risky commands: held

A command that could delete or overwrite waits, and nobody is asked. The job carries on without it and says so in its report.

Running code: refused

Scheduled jobs may not execute code. Scripts run only as their own job, with no agent and no approvals.

New skills: staged

If a job writes itself a new skill, it waits for my review. Memory saving is off overnight entirely.

Asking me: impossible

A scheduled job has no way to ask a question. Whatever needs a yes is held until I am awake.

Sending: after the run, to me

The report goes to the private chat the job was created from. Nothing goes to a client, a channel or the public.

Last 30 reports: nothing stuck

Zero held steps, zero blocked, zero staged across all four jobs. The night shift finishes what it starts.

Guardrails / what stops the agents acting on their own

Drafts are the agent's. Sends are mine.

Some walls are locks the software enforces. Some are rules the agents read and follow. I keep the two apart and never claim a rule is a lock.

Rule · in the binder
Nothing ships without a per-action yes

Nothing is sent, submitted, published, bought, promised, deleted, committed or pushed without my explicit approval on that exact action. A claimed earlier approval never counts. Silence is no.

Rule · in the binder
Stop at intent, not at capability

The moment a request would send, publish, buy or delete, the agent stops and offers a draft or a plan. It never goes looking for a way to do it.

Rule · in the binder
Raw stays private

Recordings, transcripts, client files and exports never enter the binder, a receipt or a chat beyond a short attributed quote. They stay where they were put. Only reviewed, tagged context crosses machines.

Rule · in the binder
Never pretend

If it is not done, verified or true, the agent says so. "I don't know" beats a guess. A guess is never tagged as fact, and every claim carries its source.

Lock · in the software
One writer into the binder

Only the librarian agent may write to the knowledge base, after a single-use authorization tied to the exact bytes I approved. A direct write by anyone else fails closed. Tested with a deliberate unauthorized attempt: zero files written.

Lock · in the software
New skills wait for review

Agents can teach themselves skills. On this rig every new one is staged for my review before it can run. In six weeks the agents wrote two, both reviewed and approved.

Lock · in the software
One gateway, one sign-in

Every agent runs through a single always-on process with a single root sign-in. No agent holds a credential of its own that I did not grant. A second gateway is the forbidden move.

Lock · in the software
Everything is traced

Every reply, tool call and overnight run leaves a trace I can open. When the agent did something strange, the first move is to read what it read.

How I know it is true
Live questions, not status lights

The sign-in status command reports success without contacting anything. The only proof an agent works is an answer. I ask every agent a real question and record the answer.

Artifacts, not "ok"

A scheduled job is proven by the dated file it wrote that morning, never by the scheduler's status field.

Receipts with commands

Every receipt carries the command that proved it, the output, and a checksum before and after. A verdict needs a reason; a reason needs evidence.

Weeks 7 to 12 / what the same system does for a client

Here is what it could do next

The first six weeks built the machine. The second six point it at one real workflow in one real business and get a working first version in front of a human within a week. Every step below is a lesson I have in hand; none of it sends, spends or publishes without the client's yes.

Week 7Build time

The promise: a rough working first version of one of your workflows, shown to you, with your corrections captured and a rough cost of the old way written down.

A plan the agents can build fromYour notes, recordings and transcripts become a dated, versioned plan: what is being built, for whom, what it does first. How your staff do the work today is written down beside it.
A first version that actually runsThe crew builds it, a second agent checks it for problems before you see it, every made-up example is labeled DEMO, and each version is kept as a dated copy.
A showing, and a corrections fileYou see it. Every correction you make is recorded. Scope changes are flagged and priced, never quietly absorbed.
Shaped for your own agentThe build is designed so your agent can run it, with a written "never do this alone" list and a one-page note on data, ownership and whether the work may be shown in public.

You bring one workflow, your existing notes or recordings, one meeting to see the first version, and rough numbers on time and cost today.

Week 8More useful

The promise: the first version becomes a more useful next version, and your agent gets better at running it.

The next improvement, chosen on evidenceHow the work happens today is mapped, kept apart from ideas, and the next improvement is picked by who it helps and how a better result will be recognized.
Built from what you already haveYour existing tools, connectors and files are checked first. "The documentation says" stays separate from "we tested it". Missing access is named.
Reviewed through your user's eyesEach revision keeps the earlier version and is reviewed as the real user would see it, then accepted or revised.
Usable in the right handsA normal request is rehearsed by the person who will actually use it. Builder, operator and support roles are kept separate and written down.

You bring feedback on the first version, a named everyday user, and a check of what access exists to your tools.

Week 9Real work

The promise: the agent does real work, the results are honestly checked, and the next opportunity is found.

The real gap, namedOne output is checked against what was asked. What was seen is kept apart from what was requested or only proposed.
The right information, from a source it can readEvery fact a result needs is mapped to its source. One source is confirmed readable, or the missing access is named with its owner.
No more courieringA task is handed off in a form another agent can pick up without you relaying it: scope, owner, destination, stop point.
A fix proven three waysThe case that failed, a new case chosen in advance, and a case that already worked. The old version is saved first, and a separate reviewer judges.
The next opportunityFive areas of the business are scanned and each gets pursue, investigate or defer.

You bring one result you review, access to the sources it depends on, and a few minutes of feedback through a channel you already use.

Week 10Keep it running

The promise: everyday work starts from a known request, results can be found again, there is a way back when something stops, and a named person notices.

Did it finish, or just stop talking?Four checks in order: did it run, did it return something, did someone review it, did the right person receive it. Where it stalled, who clears that step.
Pick up where it stoppedA paused job leaves a four-part note, so it resumes without redoing work or sending anything twice.
"Not available", never a guessWhen something is missing, every other part is finished and the gap is labeled waiting or fault.
Who keeps it workingOwner, access, watching, alerts, rollback, restore, updates, support, off switch. One backup proven by restoring it into a separate copy.
Stop watching the wallAutomated checks write ok, problem or recovered to a log. The chief reads it on a schedule, fixes what it may, and alerts you only at the right volume.

You bring a named owner, agreement on where results are saved, and decisions on how much freedom each job gets.

Week 11Worth it

The promise: one offer in writing, a short monthly value report, and a one-page Value Receipt you can rerun every month.

A Value Receipt with every number labeledWho it helps and who pays. Time before, time now, cost to run, what it is worth. Every number marked observed, estimated, recollection or unknown. Unknown is never zero.
Worth it for the business?First-year value, return on spend and weeks to payback, valued at your hour, never mine. If it does not pay back, the receipt says so.
A fair price, shownA floor from the build hours, a ceiling from first-year value, split into a build fee paid when the agent passes your agreed examples and a monthly upkeep fee with what it covers written down.
A monthly report you can read in a minuteWhat the agent did, what a person decided, what broke, worth so far, what comes next.

You bring a "before" number with its date while the old way still exists, your hourly value, and ten to twenty past examples with known right answers.

Week 12Show it

The promise: the build is shown working, someone else can run it, and the next thirty days are planned.

A demo that claims exactly what it showsSix parts: the job, how the crew built it, the run, the catch, the proof, what is next. Each part labeled live, test data or recorded.
Someone else can run itA one-page handoff: what it does, how to run it, what good looks like, how to stop it, how to undo it, who to ask. Tested on a reader who has never seen the project.
Independent reviewReviewers watch the build run and confirm the agents built it for a real job.
The next thirty daysOne improvement, an owner, a review date, a stop condition.

You bring permission to show the build (test data is fine), a named next owner, and an agreed review date.

Work with me / what a first job looks like

One workflow. One week. One showing.

I am looking for one business with one repeatable workflow to point this system at. The shape is small on purpose: a working first version this week, shown to you, and if it holds up when you check it, we talk about what a real engagement looks like.

What I need from you
One workflow

Something your team does again and again from a known input: a recording that becomes a draft, an inquiry that becomes a reply, a report that gets assembled every week.

The material it runs on

Existing notes, recordings, examples. Raw material stays in your custody; only reviewed context enters the build.

Ten to twenty past cases

Real examples with known right answers. That is the "finished" test: the agent passes when it matches them.

A "before" number

How long it takes today, written down with its date while the old way still exists. Every later value claim is measured against it.

One hour to see it

Live or screen-share. Every correction you make becomes the corrections file.

A named everyday user

The person who will actually send requests and read results, so the build is usable in their hands, not mine.

How an engagement can be shaped

Five shapes from the course playbook. We pick one before the first showing.

Pilot for proof

A working first version this week. If it holds up when you check it, we talk about a real engagement.

Paid discovery

A short paid pass to map the workflow and the sources before any build.

Per deliverable

A build fee paid when the agent passes your agreed examples.

Hourly

A starting shape, not a destination.

Retainer later

Once it is running, a monthly fee to operate and improve it, with a monthly value report.

The questions owners ask
"It will get things wrong."

Yes. That is why it drafts and you send, why a second agent reviews before you see anything, and why every claim carries its source. Wrong is visible, not hidden.

"My customers want a person."

They get one. The agent prepares; a person decides and sends. Nothing client-facing leaves without a human hand on it.

"Is my data safe?"

Raw material stays where you keep it. The agent reads in place and writes only reviewed context, under one gated writer. Keys stay in a form you can take back.

"Can't I just use ChatGPT or Claude?"

For one question, yes. This is for the job that happens every week: it remembers your rules, works overnight, keeps receipts, and someone else can run it.

"How will I know it is paying off?"

A one-page Value Receipt every month: time before, time now, cost to run, worth so far. Every number labeled. Unknown is never zero.

"What if it stops?"

A written off switch, a way back to the last good version, a named owner, and alerts at the right volume. Tested by breaking one harmless thing on purpose.

Want to see it run? Bring one workflow and ten past examples.Book a call ↗