typing_extensions

Backported and experimental type-hint features for Python, usable on older interpreters and ahead of the stdlib.

Library
PyPI
v4.16.0
582stars
PSF-2.0

Repository Health

Pre-computed score based on development activity, maintenance, community, maturity, and trend momentum.How we score it →
87/100Excellent
Development Activity84
Maintenance84
Community84
Maturity56
Momentum40

Technical Analysis

AI-assessed by reading the actual repository — architecture, code quality, innovation, and documentation.How we score it →
91/100Excellent
Architecture88
Code Quality96
Innovation90
Learning Curve90

typing_extensions gives Python developers early and backward-compatible access to the type system. It backports new features from the standard library’s typing module so they run on older Python versions, and it hosts experimental constructs from in-flight typing PEPs before they are accepted into the stdlib.

Maintained by the Python core typing team, it is recognized specially by static type checkers such as mypy and pyright, which treat its objects identically to their typing equivalents. Following strict semantic versioning, it has become a foundational dependency across the Python ecosystem, letting libraries adopt modern type-hint syntax without dropping support for older runtimes.

What You Get

  • Backports of newer typing constructs (Self, override, TypeAlias, ParamSpec, Unpack, and more) that run on Python 3.9+
  • Early access to experimental features from typing PEPs before they reach the standard library
  • First-class recognition by mypy, pyright, and other static type checkers
  • Strict semantic versioning so you can pin with confidence using compatible-release specifiers
  • A zero-dependency, drop-in module that mirrors the typing API surface

Common Use Cases

  • Writing libraries that adopt modern type hints while still supporting older Python versions
  • Using a typing feature that only exists in a newer stdlib than your minimum supported runtime
  • Trying out an experimental typing construct from a not-yet-accepted PEP
  • Providing consistent type-checking behavior across a matrix of Python versions

Under The Hood

Architecture typing_extensions is delivered as a single large module, src/typing_extensions.py (~4,400 lines), with a curated all exporting roughly 125 public names. It re-exports symbols that already exist in the running interpreter’s typing module and, for anything missing, defines a compatible shim guarded by sys.version_info checks so each construct resolves to the native implementation when available and to a backport otherwise. A tiny helper, _typed_dict_test_helper.py, supports the TypedDict machinery. The design goal is transparency: an object imported from typing_extensions behaves identically to its typing counterpart at both runtime and type-check time.

Tech Stack Pure Python targeting 3.9+, with no runtime dependencies. The build system is flit_core (>=3.11,<4) declared in pyproject.toml, linting is handled by Ruff (line length 90, py39 target), and the project ships a pre-commit config and tox setup. Documentation is built for Read the Docs. Distribution is PSF-2.0 licensed.

Code Quality Code quality is exceptionally high. The test suite in src/test_typing_extensions.py is enormous (~350 KB), dwarfing the implementation itself and exercising each construct across supported interpreter versions. Extensive version-gated branches keep behavior consistent, and a detailed CHANGELOG documents every change. The project is maintained by the Python core typing team with 82 contributors and consistent, active development.

API Design The developer experience is intentionally invisible: you import a name from typing_extensions exactly as you would from typing, and it just works. Naming mirrors the stdlib one-to-one, there is no configuration or boilerplate, and the documentation on Read the Docs enumerates every included item along with the Python version each landed in natively. This deliberate mirroring is the library’s core ergonomic strength.

Used by 29 apps in this directory

Python
100%
Apache 2.0

Agno

Devops · AI Development · Automation

41,774

Build, run, and manage agent platforms with a full production stack — SDK, runtime, and control plane included.

View details
93
Repo Health
87
Technical
67
Dependency
Built with
Python100%
Updated today
Python
90%
Apache 2.0

Apache Airflow

Data Engineering

46,530

Define, schedule, and monitor complex data workflows as Python code — with a powerful UI, 80+ provider integrations, and battle-tested scalability across thousands of production deployments.

View details
96
Repo Health
89
Technical
66
Dependency
Built with
Python90%
Updated today
Python
59%
Apache 2.0

argilla

AI Development · Data Engineering

5,081

Collaborate on high-quality AI training data with a self-hosted annotation platform built for LLMs, NLP, and multimodal models.

View details
65
Repo Health
81
Technical
63
Dependency
Built with
Python59%
Jupyter Notebook21%
Updated 2 days ago
Python
88%
Apache 2.0

ART

AI Development

10,603

Give your LLM agents on-the-job training—ART lets you apply GRPO reinforcement learning to any multi-step agentic workflow with minimal code changes.

View details
85
Repo Health
82
Technical
72
Dependency
Built with
Python88%
Cuda10%
Updated today
Python
62%
MIT

AutoGen

AI Development · Automation

60,518

Build autonomous and human-in-the-loop multi-agent AI systems with a layered, event-driven Python and .NET framework pioneered at Microsoft Research.

View details
57
Repo Health
78
Technical
75
Dependency
Built with
Python62%
C#25%
TypeScript12%
Updated 4 months ago
Go
82%
AGPL 3.0

Beta9

Developer Tools · AI Development · Data Engineering

1,746

Run AI workloads at scale with a Pythonic serverless runtime that handles GPU inference, background jobs, and sandboxes with zero infrastructure overhead.

View details
85
Repo Health
78
Technical
69
Dependency
Built with
Go82%
Python17%
Updated today
Rust
52%
Apache 2.0

cocoindex

Data Engineering · AI Development

11,350

An incremental data indexing engine that keeps AI agent context perpetually fresh by reprocessing only what changed.

View details
87
Repo Health
85
Technical
64
Dependency
Built with
Rust52%
Python48%
Updated yesterday
TypeScript
84%
Apache 2.0

Continue

Developer Tools · AI Development · AI Code Assistants

35,532

Open-source coding agent for VS Code, JetBrains, and CLI with support for 30+ LLM providers.

View details
87
Repo Health
88
Technical
65
Dependency
Built with
TypeScript84%
Updated today
TypeScript
50%
Other

Dify

No Code Platforms · AI Development · Developer Tools

152,883

Visual LLM workflow platform with RAG pipelines, agent capabilities, and model management for building production AI applications.

View details
92
Repo Health
85
Technical
71
Dependency
Built with
TypeScript50%
Python47%
Updated today

Join founders buildingwith open source

Opinionated takes, migration guides, cost-saving tips, and insights from the open source ecosystem.

Subscribe on Substack
Join 750+ subscribers

Search