About Flyto Core
Flyto Core is the Python execution engine behind Flyto2, for running workflows through Python, YAML, a local HTTP API, or an AI client. It records workflow steps and supports inspection, checkpoints, replay, and evidence checks; the README lists 482 modules and 41 built-in recipes.
Key features
- 01Python, YAML, and HTTP execution
- 02Browser, API, file, and data modules
- 03482 registered modules
- 0441 built-in recipes
- 05Step records, checkpoints, and replay
- 06Reported-action evidence checks
Use cases
- 01Run a browser-based research workflow
- 02Execute a custom YAML workflow
- 03Inspect failed steps and replay safely
- 04Give an AI client access to execution tools
MCP support
Flyto Core can run as an MCP server via `python -m core.mcp_server`, exposing Core tools to an AI client. Physical-device actions require approval by a trusted host.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
Tools
Local servers expose tools only once running on your machine, and the maintainer has not provided a tool list.
Details
From the project READMEFlyto2
Yep, it talks to a real robot.
It also opens websites, calls APIs, works with files, and runs the steps in between.
English · 日本語 · 한국어 · 简体中文 · Español · Português (BR)
Try something.
Say you want to check a website, grab screenshots, collect some data, and save a report.
Run this:
pip install "flyto-core[browser]"
playwright install chromium
flyto recipe competitor-intel --url https://github.com/pricing
That's a real workflow. No agent prompt needed. It opens a browser, runs the steps, and saves the results.
Want to poke around?
flyto recipes # see the built-in workflows
flyto modules # browse the tools
flyto run your-workflow.yaml # run your own
There are 482 registered modules and 41 built-in recipes in the current Core inventory. Browser stuff, APIs, files, data, tests, and plenty more. Use what you need.
And about that robot…
We're already connecting Flyto2 to a real TurtleBot3 using ROS 2.
The robot runs its normal ROS 2 / Nav2 stack. A separate adapter talks to it. Flyto2 handles the software steps and their execution records.
No custom Flyto2 firmware on the robot. No motor drivers crammed into this repo.
This isn't a claim that every robot is plug-and-play. The current combined setup still needs its full end-to-end hardware sign-off. But the ROS 2 adapter and real-robot development are already here.
So what's in this repo?
This is flyto-core, the Python execution engine behind Flyto2.
You can call it from Python, run YAML workflows, use its local HTTP API, or hook it into an AI client through MCP.
pip install flyto-core
python -m core.mcp_server
Your agent gets access to Core's tools. Moving a physical device still requires a trusted host to approve the action.
Different device software stack? Different pack. That's how ROS 2 and other integrations stay separate without turning Core into a giant pile of device drivers.
How do I know what actually happened?
This part matters.
When a workflow runs, Flyto2 keeps a record of each step. If something fails, you can inspect the run and use checkpoints or replay where it's safe to do so.
And if a tool says “done”? Core can check the evidence it reports against the action's contract. It doesn't just throw away the trail once the command returns.
That's it. Run something, see what happened, build the next thing.
Website · Documentation · PyPI · YouTube · Issues
Flyto2 is the product. flyto-core is the Python package. Licensed under Apache 2.0. Security reports: GitHub advisories.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.