We didn’t mention this in the short, but @homebrewrobots is one of the first teams actually building this in robotics, with their novel BrewPay system.

We built a math layer over MoveIt to stabilize Brewie’s 4-axis arm in VR. Smooth, precise wrist control that feels human. VR and teleoperation are the data engine for future autonomous behavior!

https://t.co/na7CokeJXy

After 1X released its Neo for pre-orders two days ago, robotics has gone absolutely viral again. Robot memes everywhere, and more and more people are waking up to how massive this secular growth trend is going to be over the next decade. A lot of people have reached out asking

x402 is perfect for agents to pay for data/compute - struggles at POS merchants. AP2 brings mandates and multi-rail support (e.g. cards), still digital first. BrewPay bridges x402 and AP2 so robots can purchase IRL.

Excited about the implications of the x402 standard, something we've been testing internally at Homebrew for some time. Trillions (per A16z report) in agentic payments unlocked! https://t.co/uIAZ7Mc6vR

THIS IS THE LAST TWEET IN THE THREAD.

In short, x402 makes it possible for BrewPay to connect physical robots with the same payment infrastructure powering digital agents. It moves machine payments from proprietary to open, from isolated to interoperable, and from single-network to global scale.

As x402 adoption grows, standards like Google’s Agent Payments Protocol (AP2) will ensure that such transactions remain secure and compliant. BrewPay’s roadmap aligns with this direction by supporting biometric verification, local signing, and controlled permissions.

This turns BrewPay into a bridge between the physical and digital machine economy. Robots gain the ability to transact for both physical goods and digital context, expanding BrewPay’s footprint beyond Solana and into agentic commerce (different chains and venues).

For robots, this matters because modern machines increasingly depend on digital inputs. A humanoid or service robot needs to access maps, APIs, and context data in real time. Each of these requests can be priced and settled instantly using x402.

x402, is developed by Coinbase and supported by Circle. It allows any client, including robots, to send and receive stablecoin payments for data, APIs, or digital services in real time. And it solves issues in physical robotics.

BrewPay V1 gave robots the ability to pay through voice commands, turning human intent physical transactions. Brewpay V2 connects to the wider agent economy via x402. https://t.co/SqSIcY46au

THIS IS THE LAST TWEET IN THE THREAD

Beyond OPTR - @codecopenflow is also working on support for emerging VLA models (Gemini, etc) which enable smarter/more capable robots. This could enable broad accessibility of advanced integrations for all types of devs. Excited for the future!

The bigger picture - Incentivized, shared, generalizable training across robot models (e.g. Figure -> Unitree) unlocks billion dollar potential. App devs like Homebrew win by supporting more robot models with less integration.

Future Additions to OPTR - Post-integration, we spoke with the @codecopenflow team (special thanks @unmoyai ) about potential roadmap additions including adding MoveIt support (for Inverse Kinematics abstraction) and GYM integration (RL training).

Functionality - OPTR operated as our Python-based control framework. It enables collection of all types of data, from operator activities to robot telemetry, opening multiple training opportunities for Operator - Robot interaction.

Easy Integration - We developed a robot connector mapping OPTR to Brewie's architecture - PR submitted to the OPTR repo. Brewie can now run OPTR out of the box. With cleanup, this can generalize to all ROS1 robots.

We *successfully* integrated the @codecopenflow OPTR toolkit to the Brewie robot. In hours, we had joint control, position tracking, all while collecting data for training + test cases. Big leap towards intuitive control and generalizable training models. Thoughts👇