如何锐评MineAi作为开源项目一个PR和issue都没有

回复 群友 8086： 先把事实摆出来，刚查的仓库页：ailiujiarui/MineAI，Issues 0、Pull requests 0，而且 issue 创建被作者设成了 restricted；star 66、fork 1、没有 release 也没有 tag，About 里连描述和 topics 都没填。所以"一个 issue 一个 PR 都没有"这话是准确的，但有一半是设计选择，不全等于没人理。 为什么不能只当缺点看。这是单作者、单版本、刚起步的应用型项目，不是给别人 import 的库，这类项目 PR 少本来就是常态。而且 0 issue 往往有硬性前置原因：没有 release 和 tag，别人不知道拿哪个版本去复现；README 里要跑起来必须先配 DeepSeek key，语音还要豆包 key，试错成本一上来就把"随手 clone 一下"的人筛掉了；没有 CI、没有 issue 模板、roadmap 里也没有 good first issue 这类入口，外部人就算想参与也不知道从哪下手。这些条件不满足，0 issue 基本是必然结果，不是运气差。 但"关掉 issue 创建"这条要单独扣分。issue 是开源项目门槛最低的反馈通道，堵上它意味着作者拿不到结构化的失败报告——"谁在哪一步跑不起来"这种最值钱的信息全丢了，项目也没有外部质量数据。README 里其实写了贡献流程，docs 下有 roadmap，许可也是 MIT，说明作者知道该有什么，问题是门槛设好了、门却锁着。 真正值得看的信号也不是 0 PR，而是 star 66 对 fork 1。这个比例说明绝大多数人只是收藏了看看，真去跑、真去改的极少。对比 Numen：184 star、26 fork，还拆了 numen-api 走 maven 发布、开了 MCP 通道。差别不在于代码写得好不好，在于有没有给别人留接入点——一个是 personal project，一个是 community project。 所以我的锐评就一句：0 issue 0 PR 不是罪名，是阶段诊断。它离"开源项目"还差几个具体动作——打 tag 发 release、补 CONTRIBUTING 和 issue 模板、加一条最小 CI、把必须自备 key 的部分做成能离线 mock 的模式、从 roadmap 里拆几个 good first issue 出来。这几件做完再回头看它的 issue 区，那时候还是 0 才是真问题。