Passing wrong number of arguments to generic produces runtime errors

In pypa/hatch#2437, we see a change to a generic type, adding an extra parameter, causing a run-time failure, and since this was used in a build plugin, it cause a build failure and my package to fail to install.

pdm.exceptions.BuildError: Build backend raised error: Showing the last 10 lines of the build output:
    class GitInfoBuildHook(BuildHookInterface[Any]):
                           ~~~~~~~~~~~~~~~~~~^^^^^
  File "/usr/lib/python3.12/typing.py", line 398, in inner
    return func(*args, **kwds)
           ^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/typing.py", line 1083, in _generic_class_getitem
    _check_generic(cls, params, len(cls.__parameters__))
  File "/tmp/pdm-build-env-4xoutxun-shared/lib/python3.12/site-packages/typing_extensions.py", line 3274, in _check_generic
    raise TypeError(f"Too {'many' if alen > elen else 'few'} arguments"
TypeError: Too few arguments for <class 'hatchling.builders.hooks.plugin.interface.BuildHookInterface'>; actual 1, expected at least 2

I find this behavior fairly surprising; I would only expect type errors in an annotation to cause errors when doing typechecking, not runtime errors like this.

Beginne damit, den gemeldeten Fehler bei generischen Parametern über den im Traceback gezeigten Pfad in typing.py zu reproduzieren, und vergleiche anschließend die entsprechende Validierung in typing_extensions.py. Das Problem ist gelöst, wenn das vorgesehene Verhalten für eine falsche Anzahl generischer Argumente festgelegt und durch einen Regressionstest abgedeckt ist, ohne die gültige Verwendung von Runtime-Typing zu beeinträchtigen.