Invalid usage of new-style type parameters and type aliases

Reports invalid usage of PEP 695 type parameter syntax

Finds the following problems in function and class definitions and new-style type alias statements:

Extending typing.Generic in new-style generic classes
Extending parameterized typing.Protocol in new-style generic classes
Using generic upper bounds and constraints with type parameters for ParamSpec and TypeVarTuple
Mixing traditional and new-style type variables
Using traditional type variables in new-style type aliases

Examples:

  from typing import Generic

  class Example[T](Generic[T]): ... # Classes with type parameter list should not extend 'Generic'

  class Example[T: (list[S], str)]: ... # Generic types are not allowed inside constraints and bounds of type parameters

  from typing import TypeVar

  K = TypeVar("K")

  class ClassC[V]:
      def method2[M](self, a: M, b: K) -> M | K: ... # Mixing traditional and new-style TypeVars is not allowed

Locating this inspection

By ID

Can be used to locate inspection in e.g. Qodana configuration files, where you can quickly enable or disable it, or adjust its settings.

PyNewStyleGenericSyntax

Via Settings dialog

Path to the inspection settings via IntelliJ Platform IDE Settings dialog, when you need to adjust inspection settings directly from your IDE.

Settings or Preferences | Editor | Inspections | Python

Inspection ID: PyNewStyleGenericSyntaxInspection

Suppressing Inspection

You can suppress this inspection by placing the following comment marker before the code fragment where you no longer want messages from this inspection to appear:

//noinspection PyNewStyleGenericSyntax

More detailed instructions as well as other ways and options that you have can be found in the product documentation:

Inspection Details
By default bundled with:	CLion 2025.2, DataSpell 2025.2, IntelliJ IDEA 2025.2, PyCharm 2025.2, Qodana for JVM 2025.2,

Last modified: 18 September 2025