近日，终端应用Ghostty在其GitHub仓库（#3558号议题）中明确了一项引发社区广泛讨论的政策：用户不被允许直接创建Issue（问题报告），而必须先发起一个Discussion（讨论）。这一决策并非技术缺陷，而是项目维护团队有意为之的协作流程设计。其核心逻辑在于，将问题报告与功能讨论进行前置分离，旨在提升Issue列表的质量与处理效率。维护团队指出，与许多项目不同，Ghostty不将Issue追踪器用于初步讨论或功能提议，这能确保最终提交的Issue都是经过社区初步共识、问题描述清晰且可复现的实质性缺陷或明确的功能请求。此举反映了现代开源项目管理中日益重视的‘信号与噪声’过滤思维，即通过结构化流程引导社区贡献，减少维护者被模糊、重复或未成形的提议所淹没的负担。该议题在Hacker News上获得了153点热度与60条评论，显示出开发者社区对开源项目治理、维护者可持续性以及贡献者体验等深层议题的高度关注。这一案例为其他开源项目设计协作规则提供了有价值的参考范本。