开发者驻场项目更新与未来（2026年Python语言峰会）
内容提要
2026年Python语言峰会上，开发者驻场Petr Viktorin汇报了维护构建机器人、指导新人、推进稳定ABI与安全修复等工作，专注重要但枯燥的任务。核心开发者担忧大量疑似LLM生成的PR涌入CPython，逆转了此前清理积压的成果，有人建议用LLM做初审或不理会。
延伸解读
驻场开发者角色的演变与挑战
Petr Viktorin作为现任开发者驻场，其工作聚焦于维护构建机器人、指导新人、推进稳定ABI及安全修复等基础但关键的任务。他坦言近期核心开发者求助不多，因此呼吁更主动沟通需求。随着Łukasz Langa离任，团队正招聘替代者，但管理全职员工对志愿者组成的指导委员会而言并非易事，角色分工与协作模式可能面临调整。
LLM生成PR对CPython社区的冲击
大量疑似LLM生成的拉取请求涌入CPython，逆转了此前清理积压的成果。Łukasz Langa指出这可能需要系统化解决方案，而Petr Viktorin虽不愿逐一处理，但表示职责所在。社区讨论中，有人建议用LLM做初审，也有人如Savannah Ostrowski拒绝为不改变行为的贡献耗费时间。这一问题正考验着社区的应对策略。
社区应对策略的分歧与探索
针对LLM PR问题，核心开发者意见不一：Stefan Behnel和Mark Shannon探讨在人工审查前引入LLM初审；Savannah Ostrowski则主张不理会，认为回应不会改变提交者行为。Mark Shannon推荐关注Pablo Galindo Salgado的主题演讲，而Gregory P. Smith和Łukasz Langa的闪电演讲将探讨用AGENTS.md引导贡献。这些尝试反映了社区在效率与原则间的权衡。
Q&A
开发者驻场（Developer-in-Residence）这个角色的主要职责是什么？
根据Petr Viktorin的合同，职责包括：保持核心开发工作流正常运行，确保核心开发者和贡献者不被阻塞；改进工具和工作流以简化贡献流程；对部分CPython传入变更进行代码审查；自己编写变更以清理issue和PR积压；及时响应核心开发者的协助请求；定期向指导委员会和社区报告工作；以及按指示完成其他职责。
Petr Viktorin在2024到2026年担任开发者驻场期间做了哪些工作？
他维护buildbots，指导多人成为triager或核心开发者，参与自由线程Python的稳定ABI工作，修复安全漏洞，并管理会议上的CPython冲刺。他将自己的工作方式总结为专注于“重要但枯燥的任务，把有趣和光鲜的任务留给志愿者”。
为什么核心开发者担心LLM生成的PR涌入CPython？
因为大量疑似LLM生成的PR涌入CPython，逆转了此前清理PR积压的成果。Łukasz Langa指出，他早期作为开发者驻场时成功解决了PR积压问题，但LLM的出现使进展完全倒退。他建议要么对这些PR进行分类处理，要么找到系统性解决方案。
对于LLM生成的PR，核心开发者提出了哪些应对建议？
Łukasz Langa建议进行分类处理或寻找系统性解决方案；Stefan Behnel和Mark Shannon讨论了在人工审查前让LLM进行初审；Savannah Ostrowski表示不愿花时间处理这些贡献，建议其他核心开发者可以选择不参与；Mark Shannon推荐观看Pablo Galindo Salgado的主题演讲；还有关于使用AGENTS.md来引导或改进这些贡献的闪电演讲。
Petr Viktorin和Łukasz Langa在开发者驻场角色上的工作重点有何不同？
Łukasz Langa在五年任期内更侧重于大规模项目管理、组织语言峰会等活动、与赞助商沟通以及监督其他开发者驻场。Petr Viktorin则专注于重要但枯燥的任务，如维护buildbots、指导新人、推进稳定ABI和安全修复，把有趣和光鲜的任务留给志愿者。
开发者驻场角色未来可能面临哪些挑战？
挑战包括：核心开发者协助请求较少，需要更主动沟通需求；Łukasz Langa离职后需要招聘替代者并明确团队安排；大量LLM生成的PR涌入导致PR积压问题逆转，需要找到分类或系统性解决方案；以及如何有效引导或改进这些LLM贡献。
