IS Theory

Physical AI Is Affordance Theory Made Concrete

Warehouse robots, autonomous vehicles, and drones make affordance theory literal in a way that software never could. Misreading what a robot affords is not a UX problem.

2026-05-14 · 6 min read IS Theory

Gartner says 80 percent of warehouses will use robotics or automation by 2028, and five of the top ten AI vendors will offer physical AI products by the same year. I read that number three times before it sank in. Not cloud software, not analytics dashboards, not chatbots that hallucinate your quarterly report. Robots. Arms that pick boxes off conveyor belts. Drones that scan inventory from the ceiling. Vehicles that drive themselves across warehouse floors. Physical AI, systems that sense, decide, and act in the same space as human bodies.

Gibson (1979) said an affordance is an action possibility in the relationship between an organism and its environment. Markus and Silver (2008) brought that into IS by dividing the concept into technical objects, functional affordances, and symbolic expressions, and insisting that an affordance must name both the actor and the goal. Leonardi (2011) added imbrication, the recursive interlocking of human agency and material agency over time. I have read these papers enough times that I can recite the key sentences from memory. But it was the Gartner number that finally made me see something I had been missing.

Affordance theory has been used for two decades to study software interfaces. A dashboard affords monitoring. A collaboration tool affords coordination. A notification system affords awareness. These are real claims, but they are also safe. If a user misreads what a software interface affords, the cost is a few minutes of confusion, a misclick, a closed tab. The stakes are cognitive. Physical AI makes the same theory literal in a way that software never could, because the stakes are now physical.

Take a robot arm in a warehouse. For a trained operator who has worked with that arm for six months, it affords coordinated lifting, rhythm-matched placing, and emergency override. The same arm, for a visiting manager who has never stood next to it, affords danger, a reason to stay behind a yellow line, something to watch from a distance. The technical object is identical. The affordance is different because the actor-goal pair is different. This is exactly what Markus and Silver (2008) required: a functional affordance does not sit in the machine. It sits in the relationship between the machine and a specific actor with a specific goal. If you collapse that distinction and call every feature an affordance, you miss the fact that the same robot arm affords radically different things to different people in the same room, and one of those misreadings can send someone to the hospital.

I think this is where affordance theory becomes more than an analytical lens. It becomes a design requirement. When you put a physical AI system into a shared workspace, you cannot assume that the affordances you designed are the affordances that will be perceived. A warehouse robot that slows down when a human approaches is a programmed affordance restriction. The engineers designed it to afford safe proximity. But the same deceleration behavior can afford something else to a floor worker who has been pressured to meet hourly targets. It can afford timing a sprint across the path, because the robot stops, and stopping creates a gap. The designed affordance and the perceived affordance diverge, and the divergence has physical consequences.

This is what I mean when I say physical AI makes affordance theory concrete. In a software interface, affordance divergence produces a usability error. In a physical workspace, it produces a safety incident.

Leonardi's imbrication (2011) becomes literal in the same way. Imbrication describes how human agency and material agency interlock recursively over time. People develop workarounds around a technology. Those workarounds change how the technology is used, which may trigger updates or reconfigurations, which change what people can do next. In software, this cycle is mostly invisible. A user finds a keyboard shortcut to bypass a slow menu, and the workaround becomes muscle memory. The imbrication happens in mental models and click patterns. In a physical AI environment, the imbrication happens in the arrangement of pallets, the placement of safety cages, the walking paths that workers develop over weeks. When a new autonomous vehicle is introduced to a warehouse floor, workers change their routes to avoid it, then the vehicle's routing algorithm adapts to the new human traffic patterns, then management reconfigures the floor layout based on the emergent traffic flows, then the workers develop new shortcuts that the vehicle cannot predict. Each layer changes what the next layer can do. The imbrication is visible in the physical layout of the workspace. You can walk through a warehouse and read the history of human-material agency interlocking in the tape marks on the floor.

I kept noticing an uncomfortable implication while writing this. If physical AI makes affordance miscalibration into a safety problem, then affordance theory is no longer optional for the people building these systems. A software team that ships a feature without testing what it affords to different user groups ships a bad experience. A robotics team that deploys a physical AI system without mapping who will perceive what affordance, and whether those perceptions conflict, ships a hazard. Safety protocols cover speed limits, emergency stops, and sensor ranges. They rarely cover the question of what a robot means to a tired worker on a twelve-hour shift who has learned that the robot stops for humans and has incorporated that stop into their timing.

I am not sure the IS field has fully absorbed this yet. We have been using affordance theory for software interfaces, for platform governance, for digital transformation. We have been applying it to screens. Physical AI is bringing the same theoretical machinery into environments where the outcome of a miscalibrated affordance is not a support ticket but an injury. I wrote about affordance theory as a general IS concept and why it is not just a set of features. This post is the other side of the same argument. If the Gartner number is even close to right, millions of people will share workspace with physical AI systems in the next two years. The theory we already have says that what those systems afford will depend on who is looking and what they are trying to do. Building the systems without mapping that relational space is not just a design gap. The door handle is not for everyone, and neither is the robot arm.


About the author

A
Ali Safari
PhD Student in IS, University of North Texas

Researching AI governance, trust in intelligent systems, and agentic AI. Writing while studying for comps.

Share

More notes

← Previous
Platform Capitalism and the Digital Labor Question
Next →
Paradox Theory and the Tensions That Don't Resolve

Related notes