Helped the AI team ground an ambitious thesis in the task system operators already used.
Case 03 / Airspace
Product-Kit prototype
Don’t automate a mystery.
Airspace moves time-critical shipments, and human operators watch every order around the clock. An “AI operator agent” seemed the obvious next step, but the team soon found the scope was too much for reliable outcomes. The solution was hiding inside the task workflows our operators already used every day.
A story about turning AI ambition into a product strategy a team can actually govern.
Tasks are the instruction set for people; they are also the proving ground for AI.
Move gradually from visibility to assistance to limited, earned autonomy.
Idea to prototype took one week; within about two months, Airspace committed a dedicated developer and put the work on the roadmap. Nothing is deployed yet, deliberately.
Timeline
The first prototype landed in a week. By May, the idea had a developer and a place on the roadmap.
The artifact / Try it
A supervisor starts from the customer’s own standard operating procedure rather than a blank canvas. The system reads it and proposes the rules hiding inside it.
Nothing it finds goes live on its own. Every extracted rule names the paragraph it came from, and a supervisor accepts or skips each one, keeping control in the experts' hands.
- 01Choose which source documents to read.
- 02Extract the rules hiding in them.
- 03Accept the ones that should govern the work.
Operational Knowledge Base
Rules, playbooks, and architecture for platform operations
Select source documents
Choose what to extract rules from for Halcyon Memorial Hospital.
Review extracted rules
Nothing is active until a supervisor accepts it.
Prototype, not shipped. Customers, policies and documents are invented.
01 / The ambition
A good name can outrun a usable plan.
Earlier this year OpenClaw swept the world. Moltbook, agents talking to other agents, all of it. Like every other company, Airspace started asking what agentic solutions looked like in our field, and “AI Operator” quickly became a powerful idea here: an agent that could watch operational work, understand what needed to happen, and eventually do it.
The excitement was fair. The upside is obvious: more tasks handled automatically, closer monitoring of every shipment, better communication without a person touching the order, and more time for our operations team to spend on the genuinely hard problems. At one point someone jokingly proposed buying twenty Mac minis and running an operator on each of them. Ambition was comfortably ahead of reality.
Our AI team was enthralled and alarmed in roughly equal measure. An AI operator would be great. It would also certainly fail, they said in no uncertain terms, unless we were careful about how we got there.
This one is different from most of my product stories. Usually the job is to find the problem nobody has named yet. Here the problem was already clear, and I was as taken with the idea as everyone else. What I needed was not a better read on the problem. It was a credible picture of how to actually get there, and that came from our head of AI.
He painted it in three parts, grounded in what the data could actually support: a knowledge base organized around each order, a ladder of trust an AI climbs from watching to suggesting to acting, and eventually an autonomous agent at a few well-chosen points. Supervisors, the people who run the operations teams, would still decide what work should happen at all. Those are not generic-agent requirements. They are workflow requirements.
So my role shifted. I spent my time helping him direct his vision to a realistic surface where he could gain leverage, then move the project into reality through a political organization.
Automation needs a clear job, a source of truth, and room to build trust.
02 / The substrate
The system already knew more than it could show.
While our head of AI had the recipe for success, I did know some things he didn’t. Thanks to my deep knowledge of Airspace’s product, I was struck by how similar his vision sounded to something Airspace already had: a task workflow system. It was not yet an elegant product surface, but it allowed supervisors to create automatically triggered workflows and showed operators tasks at important moments. Some steps were already automated. Most were still manual.
That was the opening. Instead of creating a separate all-encompassing agent or an entirely new system, we could start by taking small steps to improve the existing task system. The task system could be enhanced in a few ways. Instead of static, hand-built workflows, we could allow Ops Supervisors to be aided by AI. We imagined supervisors uploading real Standard Operating Procedures (SOPs) agreed on with customers, and working with a special agent in the platform to break them down into ideal task workflows. With those in place, not much different from today, we could pick special points to implement and test agentic flows. We called those special points AI Nodes: each one attached to a single step of a workflow, with one job it could be trusted to do.
Start from the SOP, not a blank canvas.
A supervisor can bring in a standard operating procedure or other source document, inspect the requirements the system extracts, and refine the workflow from there.
Keep supervision close to the operational reality.
Rules and playbooks stay readable to the people responsible for the work, and can evolve with the exceptions they see.
Give AI one small, safe job at a time.
Tasks can be detected, suggested for approval, or carried out autonomously only where the conditions and confidence are sufficient.
03 / In the flow
The right intervention, at the right moment.
The supervisor experience is only half of the model. The other half is what an operator sees during a real order: live, contextual tasks that can distinguish between work the system knows should happen, can offer to help perform, and will automatically perform.
We envisioned this approach as a sort of “ladder of trust” that operators could naturally adopt and improve over time. Operators in flow remain the people best equipped to understand what should happen on an order. By moving slowly through the stages of trust, and by making feedback on a suggested AI task as simple as a thumbs up or thumbs down and a comment, we could keep learning quickly about how good our task mapping and performance really were.
The ladder of trust
- 01 / Detected
- The system sees something worth attention, such as a missing document, a changing condition, or a compliance check, and makes the reason visible.
- 02 / Suggested
- When the platform has enough context, it can prepare the next action and let the operator approve, modify, or take it over.
- 03 / Autonomous
- Only established, bounded work runs without an approval step. The objective is not to make the human disappear; it is to make the system reliable where it can be.
Try it / One node, three levels of trust
Move one node up the ladder.
Take a single AI Node, attached to one step of one workflow, and move it from watching, to assisting, to acting. Nothing to guess: step it up and watch who does the work, and who holds the decision, change.
The step A required document is missing before an order can move.
The AI Node
The operator
Who decides
Same node, three levels of earned trust. The human never disappears. They move from doing, to approving, to supervising.
04 / The prototype
A prototype that made the next move concrete.
I worked with the AI team to build the supervisor and operator surfaces in Product Kit, the prototyping toolkit we developed and referenced in the Product Lab story. The working prototypes dramatically reduced confusion about the ultimate form the surfaces should take. Instead of debating a distant general-purpose operator, the team could see a supervisor refining workflow rules and an operator receiving the right kind of support at the right time.
Nothing has shipped yet, but the team has made significant progress. The prototypes earned the effort real backing: executive-backed initiatives on the roadmap, a dedicated developer for the AI team, and a scope narrowed to the first few nodes and the feedback mechanism. Implementation can now begin with small, trustworthy capabilities rather than a promise that one agent will somehow do everything.
The artifact / Try it
The other half of the model: one order, worked against the rules a supervisor accepted. Each step is already verified, suggested for approval, or still the operator’s to do.
The suggestion shows its draft, its reasoning, how confident it is and how often people have taken it before. Approving is one tap, but humans can always reject or bypass to give feedback until an AI node is well established. The human stays in the loop constantly giving feedback so we can improve outcomes and suggestions over time.
- 01Read what the system has already verified.
- 02Approve steps it drafted, or take it over.
- 03Give feedback if it's off the rails.
ORD-041
STAT 1 / 5 rulesFernwood Children’s Hospital → Marisol Bay Medical
Blood products · Driver James Park
Pickup
- Company
- Fernwood Children’s Hospital
- Address
- 5100 Fernwood Way, San Diego
- Contact
- Blood Bank
- QPT
- 07:38 PM
Delivery
- Company
- Marisol Bay Medical
- Address
- 740 Marisol Bay Dr, Palmera
- Contact
- Transfusion Services
- QDT
- 08:23 PM
Phase 2 — the system assists, you approve.
Every step names its source. Nothing runs without a rule behind it.
Prototype, not shipped. Orders, policies and confidence figures are invented.