Confine a cleaning run to the zone confirmed clear on a live occupancy read, carry signage and drying time inside the run itself, and hand the floor back under the operations supervisor.
A run is scheduled, and the zone it covers must read clear on a live occupancy check first.
02
A zone is closed by somebody on the floor, and it stays closed until that same person reopens it.
Reason
03
A machine loses its position, and it stops where it stands rather than working on dead reckoning.
04
A wet floor goes down, and the signage, the drying time and the reopening belong to that run.
05
An interlock trips, and the fleet is halted rather than routed around the fault that tripped it.
Decide
06
A shift hands over, and every zone a supervisor shut carries across the handover still shut.
07
A route crosses a corridor in use, and right of way stays with the people already walking it.
Out
08
A zone is called cleaned, and the run record has to carry the coverage that claim rests on.
09
Execute write actions only inside the approval boundaries agreed during implementation.
→Product statement
The agent proposes runs and tracks the zones. The operations supervisor owns the zoning and interlock rules, and releases each run inside them.
Example workflow
One run, proposal to release
AgentHuman
1Run conditions receivedOccupancy reads, zone states, machine telemetry or interlock signals
2Run context assembledThe zone, the machine put on it, the rules it answers to and the hour the floor comes free
3Run plan draftedThe zone, its occupancy reads, the drying window and completeness
4Controls appliedOccupancy checks, interlock checks, localisation checks and completeness confidence
No human action required
Stages 1 to 4 run unaided, and nothing is released at any of them — the agent is planning, and the operations lane opens at the completeness gate.
5DecisionSplits at the completeness gate
Conditions sufficient
Goes to the operations supervisor to release.
Anything thin
Adds a cleaning lead read first.
Operations review
The plan is held with its zone, its occupancy reads and the machines it would commit.
Release · Append conditions · Send to operations review
Released — by the operations supervisor▼
6Fleet and zone records updatedOnly where write access and records policy allow it
7Outcome evaluatedZone adherence, coverage evidence, reviewer corrections and what the read found
Corrections
Each operations correction is counted in the evaluation.
What should not run autonomously
Human approval stays in control
Outside the boundary — human approval required8 items
Overriding an interlock the supervisor set.
Reopening a zone somebody on the floor closed.
Working a machine that cannot place itself.
Deciding when a wet floor is walkable again.
Automation boundaryAgent acts unaided
✓Hold every run to a zone that reads clear on the latest.
✓Carry the signage, the drying time and the handover inside the run.
✓Halt the fleet the moment a machine can no longer.
✓Show the coverage a run achieved against the zone it was given to cover.
Nothing is released or reopened except by a named person, inside the agreed boundaries.
Judging whether a floor is dry enough to reopen.
Telling the site that a wing was cleaned.
Setting the zoning a machine may work inside.
Changes to interlocks, zone maps or route rules.
Example output
One run, annotated
Our intralogistics robot fleet agent sequences material movement inside plant zones and speed limits; this is cleaning plant sharing a floor with people, where an occupied zone and a wet floor bind before throughput does.
Run record · single zoneIllustrative example
Run
Recorded as
Zone
Evidence of record
Confidence
Held for
Scrubber run, level two east
Covered in part, zone returned late
Level two east
Occupancy read, 3 August 2026
Held unreleased
The operations supervisor, by name
As receivedTaken from the machine telemetry and the occupancy feed — it reaches as far as those sources do.
What the record holdsMachine telemetryOccupancy read logWet-floor sign log
Why no reopening hereWhen a wet floor may reopen is a supervisor judgement, not a model output.
ActionReleaseAppend conditionsSend to operations review
What the score decidesBelow the configured threshold a plan picks up a cleaning-lead read before release.
Value
Where AI adds value
The same four claims, placed at the point in the workflow where each one applies.
Where the value landsValue 01 – 04
Every runFrom the floor it works on
03Evidence
Where the evidence is used
A cleaning schedule is not a cleaning record: this page holds what each run actually covered, and it claims nothing about how clean the floor was left behind.
01Approved path
The floor is shared
Right of way sits with the people on the floor, so an occupied zone is a closed zone and no run is scheduled into one.
02Human review
What was checked, and not found
No cleaning-machine safety standard was bought or read, no vendor claim about obstacle detection or localisation accuracy was accepted, no productivity benchmark from a trade survey was carried onto this page, and what the agent may hold about a person a machine passes is governed by your own configured policy.
04Build an evidence trail
The run, the zone it covered and the supervisor who released it stay together.
Integrations
Typical integrations
Five system groups connect to the same agent. Which of them are in scope is decided in discovery.
Fleet and machine sourcesRobot fleet manager Machine telemetry and faults
Occupancy and accessBadge readers · sensors Zone occupancy reads
Building and safety systemsBMS · interlock panels Zone states and closures
Agent
Cleaning robotics coordination
Reads the zones Plans the runs Holds for the supervisor
Work order and audit systemsCAFM · inspection sheets Run records and coverage maps
Integration availability depends on the client's existing systems and API access.
Agent controls
Six traps between the model and the supervisor
Six traps set along the route, the last hardest to pass. Whatever survives is set out in the map below.
L6 · Outermost — last line of defenceInward → L1 · closest to the model
L6Rollback / safe modeNarrow the agent to planning and reporting when evaluation or production signals degrade.Roll back
L5Version monitoringTrack model, prompt and zoning rules; a moved partition or a redrawn zone changes what an older run plan meant.Track
L4TraceabilityRecord each run, the zone behind it, the machine that worked it and every read of the plan.Record
L3Supervisor releaseHold each plan for the operations supervisor; that hold governs release, not whether a zone was ever safe to enter.Gate
L2Zoning guardrailsTest each plan against the zoning and interlock rules as configured; no interlock is overridden, and no closed zone is entered again.Restrict
L1Occupancy thresholdsRoute a plan resting on an ageing occupancy read to a cleaning lead before the supervisor sees it.Require review
Model corePlan assembled — the zone, the machine, the window and its conditions
L1 – L2Test whether a run may stand
L3Puts the release in a person's hands
L4 – L5Keep the run and the zone behind it
L6Returns the fleet to manual when signals degrade
How Nestack evaluates it
Evaluate the whole assembly — not only the run plan that comes out.
Coverage runs the whole depth of the workflow, and every layer is cut by slice.
Surface — the record a supervisor reads
Depth of coverage ▼
E1Final-output evaluationDid the record show the coverage the run actually achieved?
E2Step-level evaluationDid the agent read the right zone, the right machine and the live occupancy?
E3Tool evaluationDid it read and write the correct zone record and the correct run?
E4Confidence calibrationDo ageing occupancy reads actually attract more operations corrections?
E5Slice evaluationHow does performance change across specific fleet units?
E6Business outcomeHow many plans needed a correction before the supervisor released?
Floor — the run record the site answers for
Failure modes
Where each failure originates in the agent
Seven failure modes, each caught at the stage where it first shows.
Agent lifecycleDirection of processing →
01 · Retrieval1 mode
KT-03
Stale occupancy read
The zone state read is not the one now on the floor.
Stage gathersThe zones, the runs, the units and the reads
02 · Reasoning2 modes
KT-04
Run called done, not covered
A zone is reported clean without its coverage.
KT-06
Closed zone read as open
A zone a person shut is worked as available.
Stage proposesThe runs, their zones and coverage
03 · Tool / write2 modes
KT-02
Thin plan passed forward
A plan moves on without the operations read.
KT-05
Filed against the wrong unit
A run is recorded against the wrong machine.
Stage writesOnly where write access and approval policy allow it
04 · Output1 mode
KT-01
Released, coverage unrecorded
The record carries a release but not what the run covered.
Stage returnsThe run record a supervisor reads and a site keeps
05 · Change / Version1 mode
KT-07
Silent zoning regression
A map change moves the zone, not the run rules.
Stage tracksModel, prompt, zoning rules and run fields
Sev-1 · a run released into an occupied zoneSev-2 · a closed zone entered by the fleetSev-3 · source degrades, run held unreleased
A unit-level zone-adherence figure can read clean while scrubber-drier units carry most of the rework. Nestack reports the correction rate by fleet unit, not only in total.
Slice performance — reported separately, not only in aggregateIllustrative example
Slice
Failure rate
Lift
Lift vs. threshold
Status
Scrubber-drier units
6.6%
3.6×
Review
Autonomous vacuum units
4.7%
2.6×
Review
Escort-mode sweeper units
2.9%
1.6×
Watch
Static disinfection units
1.6%
0.9×
Normal
Bar: correction-rate lift vs. static disinfection unit baseline · scale 0–4.0× · tick marks the 2.0× review threshold2 of 4 slices over threshold
Evidence-linked improvement
What an occupied zone costs
A cycle ends when the wet-floor overlap is a standing case. That suite is what the next run scheduled is measured against.
Improvement cycle · five stagesSwitchback — the path turns at Improve and returns at Learn
01Detect
Correction rate rises on scrubber-drier units.
02Diagnose
The machine that washed a floor a shift was still standing on is traced back until a single cause remains.
03Improve
Changes leave numbered, and the runs that forced them travel attached.
04Verify
One run case still failing is enough to stop the whole release.
05Learn
The case is kept, and the zoning rules are rewritten alongside it.
Learn → DetectThe return edge. The next run is measured against a suite one case longer.
Typical build scope
Twelve workstreams across six weeks
The build scope read against the delivery timeline. Week structure follows the six-week plan — discovery, sources, run planning, evaluation, integration, then production validation and handover.
WorkstreamWeek 1Week 2Week 3Week 4Week 5Week 6
01Zone-map discovery and automation-boundary work.
02Fleet, occupancy and zone-map sources.
03Run-to-zone and coverage-evidence rule mapping.
04Run and telemetry ingestion.
05Zone, machine and window binding.
06Completeness scoring and review routing.
07Supervisor release workflow.
08Fleet-management system integration.
09Zoning and interlock cases.
10Guardrails and release controls.
11Run-trail instrumentation.
12Deployment, documentation and Agent Care handover.
12 workstreams · 6 weeks · bar shows the weeks a workstream is active — several run in parallelFinal scope and sequence confirmed in discovery
Engagement tiers
What each tier includes
Rows are the capabilities named in each tier's scope. Higher tiers include everything below them.
Capability✓ in scope · — not at this tierPilotOne site, one quarterProductionProduction cleaning workflowAdvancedMultiple sites / fleets
Introduced at Pilot
Run planning to your zone map✓✓✓
Operations supervisor release✓✓✓
Cleanable-area baseline✓✓✓
Introduced at Production
Reporting by fleet unit—✓✓
Release workflow in your systems—✓✓
Approved write-back—✓✓
Fleet-telemetry integration—✓✓
Introduced at Advanced
Multi-site fleets——✓
Cross-shift run packs——✓
Large machine fleets——✓
Multi-shift interlock controls——✓
Build priceFrom $5,000From $8,000Custom quote
Final build priceConfirmed after discovery based on integrations, workflow complexity, fleet size, approval controls and deployment requirements.
Separate from buildBuild pricing is separate from recurring Agent Care, which covers managed monitoring, evaluations, incidents and verified improvements after launch.
What we need from you
What you bring, and what we build with it
Each input maps to a piece of build scope and a week in the delivery timeline.
You bringWe build with it
01Your sites and the floors each machine works→Zone mapping and run captureWeek 1
02Representative run, telemetry and occupancy records→Run binding, zoning logic and the coverage baselineWeek 2
03Your zoning and interlock rules→Zoning mapping, interlock binding and the automation boundaryWeek 1
04Access to relevant APIs, feeds or exports→Fleet, occupancy and zone-map source assessment, then integration setupWeek 2
05Runs you would not want replayed→Zoning cases and failure-mode testingWeek 4
06What no cleaning run may prove→Coverage scoring, review routing, guardrails and release controlsWeek 3
07A named operations supervisor to release→Release workflow, then pilot and production validationWeeks 5–6
Nothing else is requiredDeployment, documentation and Agent Care handover are ours.
Delivery timeline
Four phases across six weeks
The bands below are weeks of genuine effort rather than layout, so one of them has to carry two.
PhaseW1W2W3W4W5W6
DiscoveryW1
BuildW2 – W3
EvaluateW4 – W5
Pilot & LaunchW5 – W6
Week focusW1Cleaning workflow discovery, zone mapping and the automation boundaryW2Source integration and the cleanable-area baselineW3Run planning, zoning logic and release controlsW4Evaluation suite, zoning cases and failure-mode testingW5Fleet integration, pilot runs and targeted correctionsW6One cleaning quarter run under the operations supervisor, then Agent Care handover
Reading the bandNothing here is stretched to fill a grid; the fifth band holds two pieces of work because it must.
At the end of W6Once the run record validates, Agent Care assumes the agent.
DurationSix-week plan shown · typical delivery 4–6 weeks depending on scope confirmed in discovery.
Next step · Facilities AI agent
Build a coordination agent around the run that began while the floor was still occupied.
Show us one run and the zone it covered. Not a schedule saying the floor was cleaned. A record of where the machine went, when the signage went up, how long the floor stayed wet and who handed the zone back to the people who walk it.
