Discofork
Repository brief

microsoft/qlib

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-31T09:58:16.281Z
1mo ago

microsoft/qlib

Qlib is a Python quantitative research and investment platform focused on AI-driven workflows, including supervised learning, market dynamics modeling, and reinforcement learning. It also now ties into Microsoft RD-Agent for automated R&D. The repo is active, widely forked, and has recent security and backtesting fixes.

GitHub
Loading tags...
Stars39,570
Forks6,183
Default branchmain
Last pushed2026-03-10T12:45:41Z
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

10 of 10 fork briefs
Selected

Choose this fork if your priority is reproducing and extending the included research workflows. Choose upstream if you want the actively maintained baseline with newer fixes, security hardening, and RD-Agent integration.

Prefer this fork only if you need its historical customizations and can accept major staleness. For new adoption, upstream is the better choice because it is much more current, actively maintained, and includes newer security and backtesting fixes.

Choose this fork if DolphinDB is central to your research stack and you want Qlib adapted around that backend. Stay with upstream if you want the latest Qlib fixes, broader compatibility, and less backend-specific maintenance.

Prefer this fork if you want customized research and backtesting behavior and are comfortable owning divergence. Prefer upstream if you want the newest fixes, lower maintenance risk, and easier compatibility with official Qlib updates.

Choose this fork if you want Qlib as a managed web application with training, auth, and operational tooling. Stay with upstream if you want the cleaner, lighter Python research platform and easier upstream compatibility.

Prefer this fork if localization and environment-specific customization matter more than staying tightly aligned with upstream. Prefer upstream if you want the newest fixes, RD-Agent-related work, and the broadest compatibility with current Qlib documentation and ecosystem.

Prefer upstream unless you specifically need this exact older snapshot; the fork adds no visible capabilities and lags behind on important fixes.

Choose upstream unless you specifically need this fork’s older custom RL/backtest behavior. The fork looks like a research variant, not a maintained replacement, and it is far enough behind that most adopters will be better served by upstream.

Prefer upstream unless you specifically need this fork's legacy customizations. This fork looks like a frozen, highly divergent research branch with useful local experiments but substantial maintenance and compatibility risk.

Prefer upstream for active development, security, and newer workflows. Choose this fork only if you specifically need the older snapshot and are willing to own the missing fixes yourself.