Discofork
Repository brief

FoundationAgents/OpenManus

Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.

Cached analysis
cached 2026-03-30T13:02:42.622Z
3mo ago

FoundationAgents/OpenManus

OpenManus is a popular, actively maintained Python project for an open-source agent system, with 55,557 stars and 9,703 forks. It appears focused on a runnable local/contained workflow, with entrypoints for `main.py`, `run_flow.py`, `run_mcp.py`, `run_mcp_server.py`, and `sandbox_main.py`, plus Docker support and tests. The repository was last pushed on 2026-02-11 and still updated as of 2026-03-30.

GitHub
Loading tags...
Stars55,557
Forks9,703
Default branchmain
Last pushed2026-02-11T13:48:00Z
Recommended shortcuts

Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.

Forks

Choose a fork to inspect

9 of 9 fork briefs
Selected

Prefer this fork if you want a browser-based OpenManus experience with localization and UI-focused workflows. Prefer upstream if you want the latest agent/runtime work, broader feature parity, and lower merge risk.

Choose this fork if you want the added web UI and workflow tooling and are comfortable living with upstream lag. Choose upstream if you want the most current maintained line and fewer compatibility surprises.

Choose this fork only if you want its custom Flask-oriented and sandbox/tooling changes and are comfortable inheriting a much older, highly diverged codebase. If you want the broadest feature set and active upstream maintenance, the upstream project is the safer choice.

Choose this fork if your goal is quantitative trading automation and you value stock-focused tools over staying current with upstream OpenManus. Choose upstream if you want the broader agent platform, newer provider/workflow work, or lower merge-risk.

Choose this fork if Bedrock support is the main requirement and you want AWS-native configuration. Avoid it if you need current upstream features or active maintenance, because it is far behind mainline.

Prefer this fork if Firecrawl scraping is the core requirement and you value a ready-made integration. Prefer upstream if you want the latest OpenManus features, broader compatibility, and lower maintenance risk.

Choose this fork if you want an experimental, tool-heavy OpenManus variant and are comfortable trading upstream freshness for custom workflow features. Choose upstream if you want the more current, safer baseline.

Prefer this fork only if ANP integration is the goal. If you want the most current OpenManus features, stability, or community support, upstream is the better default.

Prefer upstream unless you specifically need this exact fork as a starting point. For adopters, the main tradeoff is that this fork offers no visible added capability but lags far enough behind that it is a poor default unless you intend to do your own maintenance.