Devrim Yasar wanted a robot that would pick up his son's Legos. The roboticist he hired told him to buy a $50,000 Franka Panda and a $15,000 base, sprinkle five toys on the living-room floor, and train a policy on that. That was 2024, and it is why Lucky Robots exists. Devrim had built Koding.com to over a million developers and sold Superpeer to Skillshare, and he had built architectural visualizations in game engines at university, so his answer was a game engine for robots. Lucky Engine is a game engine built from scratch for one job: generating training data. Describe a robot, a task and a room, and it builds the scene and runs the episode on MuJoCo physics while recording every joint and camera frame, at up to 10,000 Hz, without drift. Yan Chernikov, The Cherno, rebuilt it on his Hazel engine after eight months in Unreal went nowhere: 3.2 GB of Unreal became 20 MB of Hazel, and fifteen-minute compiles became a click. Devrim's argument is that determinism is king. Teleop cannot rerun the episode where the robot spilled the coffee, world models have never produced a deterministic dataset, and Isaac Sim "wasted three months of my life." His verdict: "If Isaac Sim is BlackBerry, I think we built the iPhone." We cover why a $65,000 setup for five toys made him start a company, what a LeRobot dataset looks like when you open it and why it cannot drift, why Unreal's tick function drops the frames a policy needs, how he recruited The Cherno with an email and an offsite in Austin, MuJoCo as a first-class citizen and Jolt as second class, gRPC, C# and ONNX policies, the smoke-break policy trained on teleop data from India, what teleop really costs ($20 to $200 an hour quoted, about $800 an hour in-house at one humanoid company, two hours a day before the operator gets dizzy), why the frontier labs buy instead of build, the bet that game developers will solve robotics, the fellowship, and his hot takes: a laundry-folding humanoid in a year to a year and a half, and 99% of robot training data from simulation in five years. Chapters:00:00 Intro01:13 Why "Lucky Robots": robots kicked with sticks, and a sushi place in Austin02:24 Koding, Superpeer, and the hello-world robot that did not exist04:19 A $65,000 robot and five toys: why robot data is so scarce07:25 From a sentence to a dataset: the spreadsheet that cannot drift09:23 Why Unreal and Unity break: the tick function and dropped frames13:45 Recruiting Yan Chernikov (The Cherno) and the Hazel engine18:47 What Hazel is: 3.2 GB of Unreal, 20 MB of Hazel19:57 Physics: MuJoCo first class, Jolt second class22:48 gRPC, C#, ONNX, and orchestrating eight policies25:14 Who uses Lucky Engine: "software engineering has come to our field"27:29 Isaac Sim: "If Isaac Sim is BlackBerry, we built the iPhone"29:36 Simulation vs world models vs teleop34:38 Sim-to-real: there is always a gap; v1 in August, v2 fully agentic36:32 Customers: model labs first, and why they buy instead of build39:17 The smoke-break policy: what you don't know about teleop data41:42 Pricing: $20 to $800 an hour for teleop vs episodes by the hour45:51 The roadmap, and why no robot demo impresses yet47:34 The next twelve months: game developers will solve robotics50:11 The 30-60-90 day ask52:09 The fellowship53:11 Hot takes: laundry-folding humanoids, the most wrong belief, 99% from simulation57:45 Where to find Lucky Robots Learn more about Lucky Robots: https://luckyrobots.comLucky Engine on GitHub: https://github.com/luckyrobotsLucky Robots Discord: https://discord.gg/guYtYzfnt3Devrim Yasar on X: https://x.com/devrimyasarDevrim Yasar on LinkedIn: https://www.linkedin.com/in/dyasar/ The OPTIM Update covers real-world AI, automation, robotics, industrial systems and AI Infrastructure for founders, investors, and operators. Hosted by Bogdan Cristei of OPTIM VC. Subscribe to the newsletter: https://www.optim.vc