typing_extensions

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

Library
PyPI
v4.16.0
590 stars
PSF-2.0

Repository Health

Pre-computed score based on development activity, maintenance, community, maturity, and trend momentum. How we score it →
84 /100 Excellent
Development Activity 80
Maintenance 76
Community 84
Maturity 56
Momentum 40

Technical Analysis

AI-assessed by reading the actual repository — architecture, code quality, innovation, and documentation. How we score it →
91 /100 Excellent
Architecture 88
Code Quality 96
Innovation 90
Learning Curve 90

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 47 apps in this directory

Rust
53%
Apache 2.0

cocoindex

AI Development · Data Engineering

11,746

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

View details
86
Repo Health
85
Technical
65
Dependency
Built with
Rust 53%
Python 47%
Updated 1 weeks ago
Go
59%
Apache 2.0

Cog

AI Development · Developer Tools · Devops

9,490

An open-source CLI that packages machine learning models into standard, production-ready Docker containers — no Dockerfile wrangling, no CUDA version hell.

View details
85
Repo Health
88
Technical
68
Dependency
Built with
Go 59%
Rust 17%
HTML 13%
Updated 1 weeks ago
TypeScript
84%
Apache 2.0

Continue

AI Code Assistants · AI Development · Automation

36,303

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

View details
66
Repo Health
88
Technical
62
Dependency
Built with
TypeScript 84%
Updated 1 weeks ago
Go
33%
Apache 2.0

CubeSandbox

AI Agents · Developer Tools · Security

13,023

Instant, concurrent, hardware-isolated MicroVM sandboxes for AI agents — E2B-API compatible, sub-60ms cold starts, and a built-in zero-trust egress proxy, all self-hostable at scale.

View details
84
Repo Health
88
Technical
63
Dependency
Built with
Go 33%
Rust 26%
C 22%
Updated 1 weeks ago
Python
56%
Other

Dify

AI Development · Design Tools · Developer Tools

159,396

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

View details
92
Repo Health
85
Technical
67
Dependency
Built with
Python 56%
TypeScript 42%
Updated 6 days ago
Go
47%
Apache 2.0

e2a

AI Agents · Automation

194

Give your AI agents a real, authenticated email address — with SPF/DKIM-verified inbound, HMAC-signed delivery, WebSocket fan-out, and human-in-the-loop approval built in.

View details
79
Repo Health
80
Technical
71
Dependency
Built with
Go 47%
TypeScript 27%
Python 13%
Updated 1 weeks ago
TypeScript
74%
Apache 2.0

Fern

Developer Tools

3,822

Fern turns a single OpenAPI, AsyncAPI, or Protobuf definition into type-safe SDKs for nine languages and a hosted API documentation site, all from one CLI and one source of truth.

View details
90
Repo Health
86
Technical
66
Dependency
Built with
TypeScript 74%
Updated 6 days ago
Python
71%
Apache 2.0

GPT Researcher

AI Assistants · Productivity

30,269

The pioneering open-source autonomous AI agent that conducts deep, multi-source research and produces citation-backed reports exceeding 2,000 words — faster and more reliably than any human researcher.

View details
90
Repo Health
91
Technical
64
Dependency
Built with
Python 71%
TypeScript 18%
Updated 2 weeks ago
TypeScript
83%
Apache 2.0

Grist

Databases · No Code Platforms

11,991

A modern relational spreadsheet that combines Python-powered formulas, drag-and-drop dashboards, and granular access controls in a self-hostable, SQLite-backed data platform.

View details
91
Repo Health
93
Technical
63
Dependency
Built with
TypeScript 83%
Python 11%
Updated 1 weeks ago

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