spacy-pl/spaCy
stale
significant_divergence
Selected Prefer upstream unless you specifically need this fork's language-resource customizations or must preserve its older behavior. For most adopters, the fork's age and large divergence make it a risky base; for niche language-maintenance workflows, the added lemmatizer coverage may justify it.
deeptesh-rout/spaCy
stale
significant_divergence
Prefer upstream unless you specifically need an unchanged historical snapshot. This fork shows no added capabilities and is materially behind current spaCy maintenance and release work.
mrdbourke/spaCy
stale
significant_divergence
Prefer this fork only if its extra language-lemmatization content is the key requirement and you can tolerate a very old, highly divergent codebase. For most adopters, upstream spaCy is the safer choice because this fork is stale and likely misses major compatibility, security, and maintenance work.
Prefer upstream unless you specifically need this exact older snapshot. This fork adds no visible capabilities, and its main tradeoff is falling behind upstream maintenance and compatibility work.
saic-mdal/lama-project
stale
significant_divergence
Prefer this fork only if you need its specific internal project/CLI customizations or older behavior. For general spaCy adoption, upstream is the safer choice because this fork is stale, significantly diverged, and behind on newer fixes and workflows.
DhruvBajaj01/spaCy
stale
significant_divergence
Prefer upstream for almost all new work. Choose this fork only if you need its specific older, heavily customized spaCy behavior and are willing to own the maintenance burden.
huayicodes/spaCy
stale
significant_divergence
Prefer this fork only if you need its legacy/custom language-data snapshot. For most adopters, upstream spaCy is the better base because this fork is materially behind and appears to trade current maintenance for local customization.
mbahmani/spaCy
stale
significant_divergence
Choose this fork only if its language-lemmatization additions are the specific capability you need and you are willing to own an outdated, highly divergent codebase. For most adopters, upstream spaCy is the safer default because this fork is stale and likely missing years of active maintenance.
5hirish/spaCy
stale
significant_divergence
Choose this fork only if its expanded language-specific lemmatization and tokenizer resources solve a concrete legacy need. For most users, upstream spaCy is the better default because this fork is old, heavily diverged, and likely missing years of platform, dependency, and workflow improvements.
giannisdaras/spaCy
stale
significant_divergence
Prefer upstream unless you specifically need this fork’s legacy language-resource edits. It looks like a specialized, heavily diverged snapshot that may help with multilingual lemmatization, but it is too stale for most new adopters and would require substantial maintenance to stay usable.