AI 编程时代 开源项目维护者被 Issue 淹没

MaxForAI 这条挺乐："Zcode 这个 Issue 我绷不住了哈哈哈——你搞得已经把 issue 关了 🤣"

63 字，背后是一个挺有意思的现象：AI 编程工具的开源项目维护者，正在被 issue 洪水淹没。

Zcode 是 Z.ai 那边的开源代码模型套件（跟 DeepSeek-Coder、Qwen-Coder 一个赛道），维护体验最近被吐槽了不少。常见 issue 类型包括：

• "我用 Cursor 跑这个模型不工作"——其实是 Cursor 配置问题；
• "生成的代码是垃圾"——其实是 prompt 没写好；
• "跟某某模型比这个是不是不行"——其实评测条件都不一样；
• 各种"AI 写的 issue"——机器生成的、连复现步骤都没；
• 各种"重复 issue"——同一个问题被不同人反复提。

维护者常见的反应：

• 直接关 issue——这是 MaxForAI 截图里那种"绷不住"的状态；
• 加 issue 模板——强制填复现版本、命令、期望/实际；
• 挂机器人——自动 reply 引导到 Discord / Discussion；
• 直接停 issue 区——只接 PR，issue 关掉让用户自己 fork 调试；
• 引入 AI 客服——用 AI 先过滤一遍，新 issue 自动分类 / 合并 / 回复。

对国内开源维护者的几点经验：

• 别再"温柔"地 close issue——给关闭原因留模板，避免被截图说"维护者态度差"；
• Issue 模板比 PR 模板更重要——把复现成本前置挡掉 80% 的低质量 issue；
• Discord / 微信群才是真正的 issue 区——把用户赶到论坛，issue 区只留技术 bug；
• AI 自动 triage 真有效——用 GPT 做一遍初筛 + 自动 reply，能砍掉一半人工工作量；
• 重要决策不要在 issue 里做——issue 是公开的，治理决策要走 RFC / Discussion。

这件事的更深含义：

AI 编程工具的爆发把"代码生产"门槛打掉了，但"项目治理 / 社区维护"门槛反而抬高了——开发者变多，问题更多，issue 区的运营压力是当下每个 AI 项目维护者的真实痛点。

一句话总结：Issue 关闭不是态度问题，是 AI 编程时代开源治理的真实困境——值得每个维护者正视。