面对“好主意”，为何开源项目的维护者必须学会说“不”？
💡
原文中文，约2800字，阅读约需7分钟。
📝
内容提要
维护开源项目的挑战在于拒绝看似完美的“好主意”，以保护项目的核心愿景。维护者需捍卫项目的灵魂，确保代码合并符合项目哲学。在AI时代，维护者需优雅地拒绝不合适的贡献，明确责任并利用文档指导贡献者。
🎯
关键要点
- 维护开源项目的挑战在于拒绝看似完美的“好主意”，以保护项目的核心愿景。
- 维护者需捍卫项目的灵魂，确保代码合并符合项目哲学。
- 软件的灵魂与用户心智模型一致，维护者需建立并阐述该模型。
- 不符合项目精神的功能可能成为威胁，增加复杂度或破坏一致性。
- LLM时代，代码变得廉价，审查变得稀缺，维护者面临新挑战。
- 维护者应明确举证责任，拒绝PR时无需寻找借口。
- 转移维护责任，通过contrib模块保护核心项目的稳定性。
- 文档是维护者的第一道防线，清晰的指南有助于设定期望。
- 开源维护是一种深思熟虑的管理艺术，需守护项目哲学和社区文化。
- 拒绝偏离航道的“好主意”有助于未来更契合项目愿景的贡献。
❓
延伸问答
开源项目维护者为何需要拒绝看似完美的好主意？
维护者需要拒绝这些好主意以保护项目的核心愿景，确保代码合并符合项目的哲学，避免增加复杂度或破坏一致性。
在AI时代，开源项目维护者面临哪些新挑战？
在AI时代，代码变得廉价，审查变得稀缺，维护者需要应对大量未经讨论的PR，这些PR可能不符合项目的哲学。
如何优雅地拒绝不合适的贡献？
维护者应明确举证责任，拒绝PR时无需寻找借口，并可以通过文档设定期望，指导贡献者。
维护开源项目的核心职责是什么？
维护者的核心职责是捍卫项目的灵魂，确保每次代码合并都增强项目愿景，而非稀释。
如何通过文档帮助开源项目的贡献者？
清晰的开发者指南和项目宗旨声明可以在贡献者写代码之前阐明项目的哲学，设定期望，从而形成正反馈循环。
什么是contrib模块，它如何帮助开源项目？
contrib模块允许贡献者维护非核心功能，保护核心项目的稳定性和一致性，同时鼓励社区贡献。
➡️
