Lilith Lilith.
CS EN PL
Start

Hugging Face shows Reachy Mini calling MCP tools hosted in public Spaces. The interesting part is not a weather answer, but the split between the robot body and capabilities that can be shared and updated outside the app.

The robot no longer needs every capability installed locally

Hugging Face describes an extension to the Reachy Mini conversation app: the robot can use tools hosted in public Hugging Face Spaces and called over MCP. A user adds a Space with one command, for example a weather tool, and the app validates the Space, probes the MCP endpoint and writes the tool ID into the active profile.

The source names two canary integrations: pollen-robotics/reachy-mini-search-tool and pollen-robotics/reachy-mini-weather-tool. Built-in tools for the robot body, such as head movement, camera and emotions, stay local. Remote tools are aimed at stateless capabilities such as search, weather and lookups.

The important implementation detail is profile control. A tool is not usable just because it exists. It must be enabled in the profile's tools.txt. Remote tools are also namespaced so their names do not collide with local tools.

Robotics is becoming a software supply chain problem

The practical point is not that a robot can recite the forecast. The point is that robot capabilities can be separated from the app and published as standalone services. That reduces friction for prototyping: tool authors do not need to ship Python files or change the app every time they update a capability.

For embodied AI teams, this is a familiar move from plugins to distributed tools. Robot behavior is no longer just firmware, local Python and a prompt. It is a set of permissions, profiles, remote endpoints and prompt rules that decide when the model calls which tool.

A remote tool is convenient until you give it a body

The reality check is straightforward: a remote tool is not equally sensitive when it checks weather and when it can affect physical behavior. Hugging Face keeps body tools local and trusted, which is the sane boundary. Once remote capabilities touch motion, camera use or the surrounding environment, permissions, audit and fail-fast name collision handling become central.

The second limit is prompt orchestration. The source itself shows that combined questions depend on prompting: the model can call search and weather in parallel, or waste latency by calling them sequentially. MCP plumbing does not solve that on its own.

A living tool catalog will determine the platform's real value

The signal to watch is whether this becomes a living catalog of safe Reachy Mini tools, or remains a pair of canary demos. The useful tools will be the ones that solve real tasks at home, in education or in labs while staying inside clear profile boundaries.

If Hugging Face keeps sharing simple and adds stronger governance over what the robot may call, Reachy Mini can become a test bed for agentic robotics. The deciding factor will be who gets permission to add new capabilities and how their communication with the body is governed.

Lilith's verdict

Forget the weather trick. The real moment comes when a small robot starts raising the question: who is allowed to put a new tool on the table and let it speak to the body?

I keep the external link at the end. First, a concise explanation here — no hunting across someone else's site.

Original source ↗