闪电演讲（2026年Python语言峰会）
内容提要
2026年Python语言峰会闪电演讲中，Mark Shannon提议一次性打破稳定ABI以利用PyObject头部的32个空闲位，但自由线程Python的abi3t可能自然解决此问题；Daniele Parmeggiani提出通过不可中断作用域实现任务取消的安全中断机制；Kushal Das展示用Python衔接Scratch的EktuPy；Gregory Smith和Łukasz Langa提议为CPython添加AGENTS.md以指导LLM贡献；Ken Jin呼吁阅读PEP 836。
延伸解读
稳定ABI的困境与自由线程的意外解法
Mark Shannon指出PyObject头部有32个空闲位，但因稳定ABI暴露了ob_refcnt细节而无法使用。打破ABI虽可释放这些位以优化GC和分配，但用户需移植、重编译并支持多ABI。Thomas Wouters建议等待自由线程的abi3t成为唯一稳定ABI，届时对象头部内部细节不再暴露，核心团队可自由修改。这提示读者：自由线程的推进可能自然解决ABI僵局，但需耐心。
安全中断：不可中断作用域的价值与代价
Daniele Parmeggiani指出当前线程结构化并发无法安全取消已失败或取消的任务，导致不必要的等待。CPython已有中断机制但未暴露，因其易被误用。他提议引入不可中断作用域，通过上下文管理器屏蔽__enter__和__exit__的中断，保证清理代码执行。这能提升取消安全性，但会增加字节码影响性能。读者可关注该提案对异步编程和资源清理的潜在改进。
AGENTS.md：引导LLM贡献的轻量尝试
Gregory Smith和Łukasz Langa提议为CPython添加AGENTS.md，以基本指引改善LLM代理提交的PR质量。核心开发者无人反对，但Thomas Wouters希望不必如此。文件将保持简单且极少改动，核心团队可能拒绝修改请求。这反映了开源项目面对AI贡献潮流的务实态度，也暗示未来可能需限制外部贡献。读者可思考AI辅助贡献对项目治理的影响。
Q&A
Mark Shannon 为什么提议打破稳定 ABI？
因为 PyObject 头部有 32 个空闲位目前无法使用，打破稳定 ABI 后可以利用这些位来实现更好的垃圾回收器和更快的分配。
自由线程 Python 的 abi3t 如何可能解决稳定 ABI 的问题？
自由线程 Python 没有承诺其对象布局的稳定 ABI 兼容性，而非自由线程 Python 在稳定 ABI 中暴露了 ob_refcnt 的细节。当自由线程成为默认后，暴露对象头部内部结构的稳定 ABI 将不复存在，从而可以更自由地修改对象头部。
Daniele Parmeggiani 提出的安全中断机制是什么？
他提议添加不可中断作用域，其中上下文管理器的 __enter__() 和 __exit__() 方法被“屏蔽”以免被中断，并保证执行，从而安全地处理中断。
EktuPy 是什么？
EktuPy 是 Kushal Das 开发的一个项目，旨在向使用 Scratch 学习编程的年轻一代教授 Python。它借鉴了 Scratch 的许多受欢迎特性，如专注于游戏和动画等媒体，以及“remix”概念，试图弥合基于块的编程语言与 Python 等文本语言之间的差距。
为什么有人提议为 CPython 添加 AGENTS.md 文件？
因为 CPython 收到了大量使用 LLM 代理的贡献，Gregory P. Smith 和 Łukasz Langa 希望添加一个简单的 AGENTS.md 文件，提供基本的贡献指导（如链接到开发者指南），以提高代理生成的拉取请求的质量。
Ken Jin 在闪电演讲中呼吁什么？
Ken Jin 呼吁大家阅读 PEP 836，并鼓励核心开发者（以及任何阅读博客文章的人）阅读该 PEP 并“告诉我们你不同意的地方”。
