可能的措施：

1. 及时提醒仓库对应的 maintainer 处理 PR。
   • 比如参考 community 的 PR bot，自动添加评论 @ 相关的 maintainer
2. 改进的查看 SIG 相关信息/沟通方式，以及 联系 maintainer 的帮助文档
   • 目前操作或许可以进一步改进，需要根据 PR 添加的 label 标签，到社区主页上搜索 SIG ，然后看 maintainer 列表
3. 监督 SIG 组和 maintainer 对于消息处理的情况，如果未能及时响应，有其他机制督促提醒。
4. 改进如何参与社区讨论、如果与社区沟通的文档

issue 应对策略建议：
细分仓库，仓库 maintainer 负责对应仓库的处理，权责清晰。
以该仓库为例，该仓库有很多不同内容，容易造成困惑，应该把不同的内容拆分。简单的，可以将包引入相关的单独建仓来处理，而相关 maintainer 只需要关注对应仓库就行。在不涉及该仓库的代码的情况下，提供一个拆分逻辑，如果一件事特别多，就让这件事单独设一个仓库，这主要是降低 maintainer 的心智负担。

PR 应对策略建议：
完善文档，大量仓库的 readme 文档停留在模板阶段，如果有相关信息，也不至于找不到 maintainer 吧。做好配置，配置好 email 的提醒。

对于 issue 和 pr 在社区基建方面还可以这样做：

1. 构建 bot 打通 gitee 和我们常用的即时沟通软件或 Email。
   可以构建 bot,如果 gitee 上有指定事件发生，可以同步到即时聊天软件上，让 maintainer 第一时间获取相关动态，或者第一事件收到邮件。如果 24 小时没有处理相关事件，就敦促提醒。
2. 收集数据，形成看板，发现问题。
   可以收集相关数据 issue 回复时间、关闭时间...对这些数据进行分析，发现隐藏问题，及时处理。

此 issue 的相关问题已经做了持续改进。