随着Python 3.15发布，Windows on Arm平台的Python开发环境进一步成熟：在Arm设备上使用Python安装管理器26.4安装3.15时，默认会选择原生ARM64解释器，而不是x64版本。Python 3.15于10月9日正式发布；微软称，Windows on Arm现已成为CPython的Tier 2平台，意味着该架构纳入持续构建与测试，相关故障需及时修复，且平台测试失败会影响CPython正式版本的发布。

微软统计，截至2026年9月，PyPI下载量最高的1000个项目中，约94%的最新版本发布了Windows on Arm可用的软件包。不过，这一比例并不等于所有项目都提供原生ARM64代码：统计同时计入原生ARM64 wheel，以及不依赖特定处理器架构、可跨平台使用的通用Python wheel。即便顶层软件包属于通用包，它依赖的底层组件仍可能包含未移植的原生扩展，因此不能仅凭这一数字断定每个Python应用都能在Arm电脑上完整运行。

微软列举的可用工具和库涵盖NumPy、SciPy、pandas、scikit-learn、Django、FastAPI，以及Jupyter、VS Code、Ruff和pytest等。Anaconda主仓库也已提供2500多个Windows on Arm软件包，覆盖Python 3.12至3.14，包括科学计算、机器学习、Web开发和数据库相关组件。对于尚未原生适配的x64依赖，Windows模拟仍可作为过渡方案。

生态改善还得益于面向开发者的原生构建环境。GitHub Actions现提供Windows on Arm托管运行器，开源维护者可直接在Arm机器上编译软件包并运行测试，不必自行维护实体设备或依赖模拟环境。微软称，后续仍将与维护者合作补齐PyArrow、gRPC、OpenCV及部分数据库客户端等项目的原生wheel支持。

微软将此次进展视为Windows on Arm从“能运行Python”走向更完整开发平台的一步，但Tier 2支持等级和热门包覆盖率都不构成应用兼容保证。开发者迁移项目时仍需检查完整依赖树，尤其是带有C、C++或Rust原生扩展的软件包，并在目标Arm设备上实际构建和测试。