Output
Line efficiency
iDowntime
iBottleneck
iMachine states this shift
| Machine | Share of shift so far | Running | Starved | Blocked | Down | Stops |
|---|
Minutes. A machine faster than the one feeding it shows a steady share of starved time: it is waiting for product, not broken.
Stop log
What is each option worth?
Run the same test on your own line
Machines in order, their rated speeds, conveyor sizes, and roughly how often each one stops. Then compare a bigger buffer, a faster machine or a fix.
Build your lineAny export with one row per stop: machine or cause, and minutes. The stop rates are worked out in your browser. Nothing is uploaded anywhere.
Give Claude your CMMS or MES export, even a messy one. It maps the causes to machines, builds a simulator page for your line, and lists every number it had to guess.
Get the skill- Before you buy conveyor or a faster machine: see what it is worth in bottles first.
- When people argue about the bottleneck: the simulator shows which machine everyone else is waiting on.
- To justify a root-cause fix: turn the downtime log into bottles a shift, which is easy to put in dollars.
- To train supervisors: starved, blocked and down are easy to understand once you watch them happen.
"Copy share link" puts your whole line in a link, so your team opens the same simulation. Code is MIT, free to use and change.
Build your line
2 to 10 machines in line order. Any change restarts the shift. Your line is kept in this browser and in the share link; nothing is uploaded.
Data, method and assumptions
| Stop source | Stops in data | Stops / shift data | Stops / shift simulated | Avg stop min set | Avg stop min simulated |
|---|