mypy-boto3-lex-models Type Stubs for LexModelBuildingService

Warnings

• breaking Python 3.8 support was removed for all `mypy-boto3` packages with `mypy-boto3-builder 8.12.0` and later. Users must upgrade to Python 3.9 or newer.
  Fix: Upgrade your Python environment to 3.9 or a later supported version.
• breaking Packages migrated to PEP 561. This change affects how type checkers discover and use the stubs. Ensure your type checker is configured to correctly find PEP 561 compliant packages.
  Fix: Most modern type checkers (mypy, pyright) should automatically detect PEP 561 packages. Ensure your type checker and environment are up to date.
• breaking TypeDef naming conventions changed in `mypy-boto3-builder 8.9.0`. Packed method arguments use shorter names (`CreateDistributionRequestRequestTypeDef` -> `CreateDistributionRequestTypeDef`), and conflicting `Extra` postfixes moved (`CreateDistributionExtraRequestTypeDef` -> `CreateDistributionRequestExtraTypeDef`).
  Fix: Update explicit `TypeDef` references in your code to match the new naming conventions, or rely on implicit type inference where possible.
• gotcha While standalone `mypy-boto3-lex-models` is installable, for managing multiple AWS service stubs, `pip install 'boto3-stubs[lex-models]'` (or `types-boto3[lex-models]`) is often recommended. This keeps service stubs version-locked to `boto3` and simplifies dependency management.
  Fix: Consider using the `boto3-stubs` or `types-boto3` umbrella package with service-specific extras if you use multiple AWS services.
• gotcha PyCharm users might experience slow performance with Literal overloads. For better IDE responsiveness, especially with many services, consider installing the 'lite' version of stubs (e.g., `boto3-stubs-lite[lex-models]`).
  Fix: Use `pip install 'boto3-stubs-lite[lex-models]'` instead of the full version.
• gotcha When using `from typing import TYPE_CHECKING` guards to conditionally import stubs for Pylint compatibility, Pylint might report 'undefined variable' errors outside the `TYPE_CHECKING` block. A common workaround is to assign `object` to the type hints in the `else` branch.
  Fix: Add an `else` branch to your `TYPE_CHECKING` guard: `else: LexModelBuildingServiceClient = object`.

Install

• pip install mypy-boto3-lex-models Standalone package
• pip install 'boto3-stubs[lex-models]' As part of boto3-stubs

Imports

• LexModelBuildingServiceClient

  from mypy_boto3_lex_models import LexModelBuildingServiceClient

• GetBotVersionsResponseTypeDef

  from mypy_boto3_lex_models.type_defs import GetBotVersionsResponseTypeDef

Quickstart

This quickstart demonstrates how to use `mypy-boto3-lex-models` to add type annotations to your boto3 client for the Lex Model Building Service. It shows importing the client type and a common response `TypeDef`, then using it to list Lex V1 bots with improved type checking and IDE support. The `TYPE_CHECKING` block ensures type imports are only active during static analysis, avoiding runtime dependencies.

import boto3
from typing import TYPE_CHECKING

if TYPE_CHECKING:
    from mypy_boto3_lex_models import LexModelBuildingServiceClient
    from mypy_boto3_lex_models.type_defs import GetBotVersionsResponseTypeDef

def list_lex_bots_typed() -> 'GetBotVersionsResponseTypeDef':
    """Lists Lex V1 bots with type annotations."""
    # Type checker/IDE will infer client type, but explicit annotation is good practice
    client: LexModelBuildingServiceClient = boto3.client("lex-models")
    response = client.get_bot_versions()
    print(f"Found {len(response.get('bots', []))} Lex V1 bots.")
    for bot in response.get('bots', []):
        print(f"  - {bot.get('name')} (Version: {bot.get('version')})")
    return response

if __name__ == "__main__":
    # Ensure AWS credentials (e.g., via AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_REGION)
    # are configured in your environment or ~/.aws/credentials and ~/.aws/config
    list_lex_bots_typed()