← Back to Neil Holt

AI Nodes

Contact ↗

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.

My roleProduct strategy + prototype direction

Helped the AI team ground an ambitious thesis in the task system operators already used.

The insightKnow the work before you automate it.

Tasks are the instruction set for people; they are also the proving ground for AI.

The modelTrust is earned.

Move gradually from visibility to assistance to limited, earned autonomy.

The statusPrototypes turned the thesis into funded work.

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.

  1. 01Choose which source documents to read.
  2. 02Extract the rules hiding in them.
  3. 03Accept the ones that should govern the work.

Operational Knowledge Base

Rules, playbooks, and architecture for platform operations

Active rules91 draft · 1 archived
Critical rules3immediate handling
Playbooks6275 runs / 30d
Services mapped121 degraded
Select customer Select sources Build rules

Select source documents

Choose what to extract rules from for Halcyon Memorial Hospital.

    3 of 3 sources selected

    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.

    01 / Ingest

    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.

    02 / Review

    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.

    03 / Earn autonomy

    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.

    1. 01Read what the system has already verified.
    2. 02Approve steps it drafted, or take it over.
    3. 03Give feedback if it's off the rails.

    ORD-041

    STAT 1 / 5 rules

    Fernwood 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
    Playbook1 / 4

    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.