类中的变量名解析存在长期不一致性，讨论了局部和全局命名空间的查找规则。局部变量未绑定时会引发NameError。Python 3.4后，类中的自由变量可解析为封闭作用域的绑定，但未绑定的局部变量仍查找全局命名空间。提出了改进方案，以提高一致性和可读性。

该PEP提议在pyvenv.cfg中添加一个python-version字段，以记录虚拟环境使用的Python解释器的主版本和次版本。此字段旨在避免因补丁版本更新而导致的问题，确保工具在处理虚拟环境时的稳定性。创建虚拟环境的工具必须写入此字段，读取现有版本信息则不被推荐。

文章讨论了类中变量名解析的不一致性及其解决方案。类命名空间使用部分动态查找，局部变量未绑定时会引发NameError。Python 3.4后，类中的自由变量可在封闭作用域解析，但局部变量在赋值前仍查找全局命名空间。提出的解决方案包括使类命名空间更像函数命名空间，或在未绑定时使用全局命名空间。

Python 3.13引入了实验性即时编译器（JIT），在3.15版本中实现了4-12%的性能提升。PEP 744提出了JIT的设计和未来发展路径，目标是在3.17版本前实现至少20%的性能改进。JIT旨在提高CPython性能，同时保持与现有生态系统的兼容性。未来2.5年内，JIT将专注于优化和社区参与，以确保其成为CPython的非实验性特性。

本文讨论了Python日志记录的层次结构，强调库应使用命名日志记录器和NullHandler，以避免覆盖应用程序的日志设置，并提供实用模式以确保日志行为在应用程序控制之下。

Python指导委员会宣布暂停JIT工作，直至新PEP编写完成，目前存在许多未解决的问题，需进一步讨论。

该提案引入了一种新的简写语法，使用@运算符为类型附加元数据，旨在减少类型注释的冗长性。这种方法使得Pydantic、FastAPI和SQLModel等库的使用更加简洁，同时保持现代Annotated标准，提升代码可读性和可维护性。

PEP 833提议冻结简单仓库API的HTML表示，认为其已完成，不应再更新。未来的PEP应专注于JSON表示。HTML表示在Python打包生态中发挥了重要作用，但存在扩展困难和兼容性问题。此PEP旨在正式化现状，未来不应修改HTML表示。

PEP 829 提议使用基于 TOML 的配置文件格式（<package>.site.toml）替代 .pth 文件，以改善 Python 启动时的包配置。新格式解决了 .pth 文件的结构混乱和安全隐患，支持路径扩展和初始化代码的明确声明，包含 [metadata]、[paths] 和 [entrypoints] 三个部分，确保更好的错误处理和未来扩展性，同时保持与旧版 Python 的兼容性。

PEP 830 提议在 Python 的 BaseException 中添加可选的 __timestamp_ns__ 属性，以记录异常实例化的时间。此功能通过环境变量或命令行标志启用，格式化的回溯将显示时间戳，旨在帮助调试和关联外部日志，尤其是在处理多个异常时。时间戳以纳秒为单位存储，默认情况下禁用，不影响现有异常处理代码。

PEP 831提议在支持的平台上默认使用帧指针构建CPython，以提高Python的可观察性。帧指针有助于性能分析、调试和系统跟踪，尽管可能带来1-2%的性能开销，但其调试和分析优势远超成本。多个主要Linux发行版和Python生态系统工具已开始采用这一变更。

PEP 828 提出了在异步生成器中支持 `yield from` 的功能，允许使用新的 `async yield from` 语法，并移除了异步生成器不能返回非 None 值的限制。这将简化异步生成器的使用，提高代码的可读性和效率，同时确保与同步生成器的行为一致，增强 Python 的异步编程能力。

PEP 827 提议在 Python 类型系统中引入强大的类型操作功能，借鉴 TypeScript 的条件和映射类型，以支持动态编程。该提案旨在缩小 Python 类型系统与复杂元编程之间的差距，满足开发者对灵活类型操作的需求，提升类型表达能力和类型检查的准确性。

本文介绍了Python 3.16的开发和发布计划。3.16的开发将于2026年5月5日开始，预计在2027年10月5日发布最终版本。该版本将在接下来的两年内每两个月进行一次错误修复更新，安全更新将持续到2032年。

PEP 825 提出了变体轮（variant wheels），扩展了二进制分发格式，允许构建同一包的多个变体并嵌入额外的兼容性数据。变体属性以键值对形式存储，文件名中包含可读的变体标签，便于工具选择合适的包，特别是在科学和机器学习库中，确保高性能与用户环境的硬件兼容。此提案旨在解决平台兼容性标签不足的问题。

PEP 832 提出了简化 Python 项目虚拟环境发现的方法，建议将虚拟环境默认放在项目根目录下的 .venv 文件夹中，或在根目录创建指向虚拟环境的 .venv 文件。这将改善开发者体验，减少工具间的兼容性问题，确保虚拟环境的易用性和可发现性。

PEP 821 提议在 Callable 类型提示中支持 Unpack[TypedDict]，以简化关键词参数的定义，提升可读性和一致性，同时保持向后兼容性。

PEP 822 提议在 Python 中增加一种新的多行字符串前缀“d”，用于自动去除缩进，从而提高代码可读性，简化多行字符串的书写，并提升运行效率。

PEP 820 提出了一个统一的插槽系统，用于 Python C API，旨在提高类型安全性并允许以更向前兼容的方式添加新插槽。新 API 将在 Python 3.15 中引入，现有插槽结构将被软弃用，且支持嵌套插槽表，简化模块和类的创建过程，增强向后兼容性。

PEP 819 提议在 Python 包中引入 JSON 编码的核心元数据和轮文件格式元数据，以简化元数据的生成、解析和验证，提升兼容性和可读性。新格式将与现有的电子邮件格式并存，以确保向后兼容性。