Composabl's Kence Anderson on Why Manufacturing AI Agents Must Act, Not Just Perceive

Open on YouTube ↗
Overview

On an episode of the Manufacturing Happy Hour podcast, host Chris talked with Kence Anderson, CEO of Composabl, about what an AI agent means on a factory floor rather than in a sales or office-software setting. Anderson's position is that the valuable part of industrial AI is making decisions and taking action, not just analyzing or predicting. He argues that the best agents are built by combining machine data with the expertise of experienced operators, and that manufacturers need to capture that expertise before those operators retire.

20 min read

An agent as a "virtual operator" that practices one task

Chris asked for a plain explanation, the kind you would give someone at a bar or a trade show happy hour. Anderson described an AI agent as "like a virtual operator" that practices accomplishing a specific task. He compared this to how people learn anything through practice, whether a football play, a chess strategy, or a recipe: they try something, get feedback, and try again. Operators of machines such as injection molding equipment do the same thing, and in some cases they spend decades mastering how to respond to different situations.

He stressed that expertise is task-specific. A person can be a great driver and a terrible chess player, or a strong basketball player and a poor musician. For that reason, Anderson said, he is not talking about artificial general intelligence. An agent does not need to do everything in a factory. It takes on one narrow task, gets feedback, shows it can perform well, and pursues a goal for that task. As an example, he said nobody would hire him to work in a steel mill, even though he considers himself reasonably intelligent. What qualifies someone for a job is what they have practiced and mastered.

Why engineers and the general public hear "agents" differently

Chris mentioned a recent presentation to manufacturing executives where fewer hands went up than he expected when he asked who had been hearing about AI agents. He noted that most agent talk concerns tools like Salesforce or online digital tasks, and asked how the idea applies to physical manufacturing.

Anderson offered a theory about why manufacturing people react differently. In the broader conversation, which he said has reached the World Economic Forum and the White House, people are excited for two reasons. The first is that AI can finally do something. He said this was partly tongue-in-cheek, but that earlier waves of AI and machine learning promised transformation through analysis and prediction. In his view, what actually moves the needle in enterprise and industrial settings is decisions, and prediction or analysis only matters when it serves a good decision. The second source of excitement is generative AI and large language models. People can talk to them in natural language and get a picture or a paragraph back, without learning a programming language.

Engineers see it differently. Anderson studied mechanical engineering, and he pointed out that software making real decisions is nothing new to engineers. He cited the proportional controller, which he dated to 1912, as evidence that engineers have automated decisions for a very long time. What interests him is that new enabling technologies may let AI make more humanlike, nuanced decisions that previously only people could make. An engineer's reaction to "AI that can make a decision," he said, is closer to "yes, that's what a control system is."

Perception versus action

Chris asked how an agent differs from the machine learning manufacturers already know, such as camera systems that detect quality defects. Anderson framed it as the difference between perception and action.

He said most factory machine learning, which he called very important work, is perception. Detecting a defect is visual perception, and he has also seen auditory perception. He counts prediction as perception too, and gave the example of a farmer who feels the wind, looks at the shape and color of the clouds and sky, and concludes it's about to rain. The farmer is combining many signals into one judgment. Predictive quality belongs in the same category.

Action is deciding what to do. Anderson described working with someone at a large consumer packaged goods company who had built models to detect defects in products and deployed around a hundred of them across the company. Once defects could be detected, people immediately started asking what to do about them, which Anderson said is exactly the question agents address. He referred to a reference architecture he uses for intelligent agents that includes both perception and action, and said an agent "must be able to take action." Chris summarized: where a machine learning model might report three defects out of a thousand parts, an agent would respond with an action. Anderson agreed and gave examples: how to change set points to eliminate a defect, how to change them to prevent it, and what actions would change the situation.

From a Ford internship to eight startups

Anderson said he somewhat fell into mechanical engineering. As a kid he loved cars, space, rockets, and trains, and people told him that meant he should study it. He values the degree because, in his words, it teaches problem-solving along with its two basic flavors, design and manufacturing.

During summers after his freshman and sophomore years, he interned at Ford's world headquarters in Dearborn, and he called this his first introduction to innovation. A group there had invented a new kind of air-conditioning compressor. Although he had barely taken any classes, he was paired with two MIT graduate students and given freedom to redesign the manufacturing system. He said they were the first at Ford to do a form of rapid manufacturing, and they wrote a paper about it. Test parts had previously been sand cast, which took weeks. The team instead sent CAD-generated machining instructions over the phone line to a machine tool in Connersville, Indiana, and got parts in hours. His lesson from this was that innovation doesn't have to come from a seasoned engineer or any particular place.

He also said mechanical engineering is grounded in physical reality. Parts break, vibrate, and make noise, and stress, strain, and tensile strength govern everything. He said this background later gave him a different perspective on AI.

After college he worked as a software engineer at IBM. He moved from Boston to the Bay Area in 1998, just before the peak of the internet boom, and was captivated by the startup scene, where it seemed someone on the train was inventing something every day. Most of his career has been in startups, and Composabl is the eighth he has worked for.

The common thread: platforms need a methodology

Asked what ties the eight startups together, Anderson said they have all been horizontal B2B platforms. He has never worked on a consumer product or a single-solution product. His hypothesis is that platforms in novel, high-value technology areas require a methodology before they can be widely adopted.

His examples: prompt engineering is a methodology for getting useful output from large language models through natural language. Excel is a methodology for organizing data in what we now call a spreadsheet. Before that, when few people worked on databases, structured query language did the same job. His first five startups were ad and marketing technology platforms, and across all of them he found that broad adoption depended on a methodology. He is also drawn to the idea that a platform in the right hands can produce almost unlimited solutions, far more than any single company could build.

Bonsai, Microsoft, and the idea of teaching AI

Anderson said the move into industrial AI was full circle for him and that he has been doing this work for about seven years. Composabl is two years old, but the work started at Bonsai, a startup he participated in but did not found, which Microsoft acquired. He continued the work at Microsoft. Across those three companies, he said, his obsessions were three ideas.

The first is AI that can do something, meaning it can act in the physical world. He recalled that in 2017 everyone seemed focused on making predictions. The second is AI-based control systems making real decisions in physical settings. The third is that if algorithms can learn, "you better teach it something."

He said the teaching idea was not well received at first, because some people thought teaching would restrict the AI and keep it from doing something amazing. He rejected that view: "nothing intelligent has ever been restricted by a good teacher ever," whether human or machine. He cited DeepSeek. He acknowledged the controversy around it but said that, reading the paper, what the developers were doing amounted to teaching, putting boundaries around specific areas rather than letting the model read the internet and learn whatever it would.

Lots of machine data, scarce expertise

Chris noted that manufacturing is often called an AI sweet spot because of how much data it generates. Anderson said there are two sides to this. He recalled a wave of IoT and digital transformation starting about ten years earlier that sometimes sounded like "get out of the stone age by measuring everything in your factory." When he visited factories, people pushed back and pointed to their historians, time-series databases that track everything happening on the machines. Adding sensors or cameras may be legitimate, he said, but factories have been measuring things for a long time.

The data that is hard to get is the expertise that lives in people. His favorite illustration comes from chess. He described a 2016 agent, which he called "Alpha Chess," and its companion AlphaGo, which learned by playing against themselves. The chess agent beat many chess masters, and AlphaGo beat the top Go player of the time. What struck him was that the chess agent discovered and used the 12 most common opening strategies, at least one of which is a thousand years old. Millions of dollars of compute went into rediscovering what people had known for centuries.

He said factories are similar. An AI that only studies your data might eventually discover things that "Susan and Joe over there could have told you in 15 minutes." That is why he argues for capturing and codifying high-value expertise before it disappears. Some of it is proprietary and central to the company's operations. It has to be captured alongside the machine data: you can't just read the data the way ChatGPT reads the internet. You have to study the data, interview the experts, and match the two together.

Chris called capturing this expertise one of the most underused AI strategies, given how often the industry talks about retiring workers. He corrected himself from "data" to "expertise," and Anderson agreed, adding that the expertise would be amplified and explained by the machine data.

The Cheetos extruder case

Chris asked about an example Anderson has often used: an extruder making Cheetos. Anderson said consumers rarely appreciate how hard it is to make everyday products. Around 2018 he got a call about the problem and first learned that PepsiCo makes Cheetos along with Doritos, Fritos, Funyuns, Lay's, and other snacks.

He explained an extruder with the Play-Doh toy: dough goes in one side, you pull a lever, and it comes out shaped like a star or circle. Extruders are used for soap, pet food, snack foods, films, sheets, plastics, and more. For Cheetos, cornmeal goes into a long metal tube with a screw inside, where it is heated and cooked, then forced through a small slit. The pressure difference across the slit makes it puff up. The company told him it takes about ten years to become good at running it.

A big reason is variation in the input. Corn differs depending on whether it grew in Iowa or Illinois, whether the season was rainy, and on the soil, and those differences change its moisture and fat content. Anderson said these properties can't be measured in the process. To people who say "just measure everything," he answered that some things can never be measured, and that operating through them takes practiced expertise. The extruder had more than 25 control variables and more than 50 sensor variables. The product also had to meet quality criteria for length, diameter, curl, internal bubbles, and bulk density. Operators needed a long time to learn all the situations, including how to compensate for missing information like corn moisture.

Simulation, practice, and then the operator's insight

Anderson described the project in order. The team first collected a lot of machine data and built a simulation. He explained why simulation matters: you don't want to practice on real equipment and, in a steel mill for example, make bad steel or endanger people. Practicing on the real thing would also take too long. A simulation can be built from data or from engineering equations, and the agent practices on it. In the cloud, the agent can practice on many copies at once, the way a chess player plays seven boards simultaneously, so it could practice on ten extruders at the same time. That means more practice in less time. He also said you don't want to train only on historical data, because the agent might memorize what to do in your specific past situations. You want an effectively unlimited supply of representative data so scenarios can be varied.

The first agent learned only by practicing, with little teaching, and Anderson said the result was "just okay." It reached expert level after the team interviewed an operator, who told them the job required five distinct skills. Anderson compared this to a soccer team. The goalie's whole job is to stop the other side from scoring, and the striker's job is to score. They are on the same team with opposite roles, and different skills apply at different times. He used to call these "skills" but now calls them "skill agents": individual agents that together form a team controlling the extruder. When the team built the system that way, he said, the result was expert control.

Chris summarized that the 25-plus knobs are in some sense the easy part, and the hard part is what can't be measured, which an experienced operator judges by looking at the output and inferring what the batch of raw material is like. Anderson said every process has this, including mining. He described a conversation that morning about cheese making, where a consulting company noted that milk varies widely in fat and sugar depending on the cow and its diet, and that milk prices go up and down. In his view, variation in inputs drives much of the optimization manufacturers are looking for. Chris encouraged listeners to identify the variables in their own processes that they can't measure today.

Augmenting operators, not replacing them

Anderson said he has built more than 200 of these agents over seven years, mostly for companies he described as roughly Fortune 500 scale, and that "hardly anyone wants to replace anybody." According to him, customers want agents to train new operators, help novice operators perform better, and give experts either a second opinion or time back from routine work so they can do more valuable things.

Chris asked where an agent physically lives, so listeners wouldn't picture "some orb" above the extruder. Anderson said it is a small piece of software deployed on a commodity Linux server, often under a desk in the control room, inside the plant's edge infrastructure on the OT network. It connects to machines through the standard protocols controllers already use, such as MQTT and OPC UA. It can be wired into the HMI so operators see its recommendation on the same screen as the sensor variables, or into the DCS for closed-loop control.

How the agent teaches

Chris asked how an agent can teach less experienced operators. Anderson described two ways.

The first works like Google Maps, Apple Maps, or Waze. Even in the Bay Area where he lives, following navigation has taught him roads and timing based on traffic patterns he didn't know. He compared this to learning Texas hold'em during the 2000s poker craze from a Doyle Brunson book. The book listed the top ten hands and said to play them and fold everything else. Anderson played that way for about six weeks at a weekly game he attended for about a year. He said the rule was never meant to be permanent. It was a lesson-based starting point that led to decent results while he built his own judgment, noticed exceptions, and asked others. Following an agent's recommendations can work the same way for a new operator.

The second way is through the skills themselves. He said the chess agent was described as having an "alien" playing style because it did not follow the strategic structures humans use, which made it not very useful for learning chess. What helps learners is a system whose agents represent recognizable skills. He noted that a line supervisor can't monitor thousands of variables. What they watch is whether an operator is using the right strategy at the right time. If a multi-agent system has skill agents with distinct strategies, like strikers and goalies, or in American football terms defensive plays, running plays, passing plays, and reverses, experts can use it to supervise and train newer people, and novices can learn by watching which strategy the AI chooses. Chris summarized this as building agents that follow learnable best practices rather than alien strategies. Anderson added that the agent should know those strategies, use them, and make them transparent.

Where manufacturers should start

Asked for first steps, Anderson gave a sequence. First, identify the highest-value skills most at risk of "extinction." If 50 operators in their twenties work a given process, that is not the place to start. Start with the valuable skills held by the fewest people who are closest to retirement.

Second, decide who owns innovation. Larger companies may have innovation departments or manufacturing R&D that can take on codifying skills and building AI systems. In operations without a dedicated group, someone still needs the authority and the time. He said he has worked with very large companies whose engineers had no time to innovate, so they ended up doing "stupid POCs" rather than anything meaningful.

Third, give those people tools. Anderson recommended a platform they can use to build agents themselves rather than buying point solutions, because there are too many use cases. One manufacturer told him it had a thousand use cases for intelligent agents, and nobody buys a thousand separate solutions. A platform lets a company build agents for high-value skills in priority order. Chris noted that Composabl is such a platform, and Anderson acknowledged it.

Closing: empower the engineers who already have the expertise

For his final remarks, Anderson told manufacturers that they already have the expertise: operators hold it and engineers know the process. He urged companies to empower their engineers to build intelligent systems, since engineers designed and built everything else in their plants. He questioned the tech-industry assumption that industries need to be disrupted ("well, maybe not"), and said he believes there are 100 million engineers in industry who, given the right tools, will engineer intelligent systems the same way they have engineered everything else.