Oppia项目中自动化管理未活跃贡献者的技术方案

在开源项目协作过程中，经常会出现新贡献者被分配任务后却失去联系的情况。针对这一问题，Oppia项目团队提出了一套自动化解决方案，通过GitHub Actions或Oppiabot来自动检测并处理这类情况。

问题背景

在开源协作中，新贡献者被分配issue后可能由于各种原因停止贡献，导致任务停滞。这不仅影响项目进度，也阻碍了其他有意愿的贡献者参与。传统的人工检查方式效率低下，需要自动化手段来解决。

解决方案设计

该方案采用分阶段处理机制，主要针对非项目成员的新贡献者：

1. 第一阶段提醒：当issue被分配给新贡献者超过一周且没有关联PR时，系统自动在issue下留言询问工作状态，要求提供PR链接或确认是否继续。

2. 第二阶段处理：若两周后仍无响应且无关联PR，系统自动取消该贡献者的分配，并发布通知说明情况。

技术实现要点

1. 成员识别机制：通过GitHub API检查用户是否为项目成员或协作者，避免对核心团队成员的误处理。

2. PR关联检测：不仅检查是否存在PR，还需验证PR内容是否确实关联到当前issue，防止误判。

3. 时间窗口控制：精确计算分配时间与当前时间的差值，确保在正确的时间点触发相应操作。

4. 消息通知系统：设计清晰的通知模板，既保持友好又明确传达信息。

实现验证

开发者通过在个人fork仓库进行测试验证了方案可行性：

1. 创建测试issue并分配给自己
2. 模拟超过时间阈值的情况
3. 验证系统自动取消分配的功能
4. 检查通知消息的准确性

测试还验证了对于项目协作者的特殊处理逻辑，确保核心团队成员不受此机制影响。

技术选型考量

虽然最初考虑使用Oppiabot实现，但考虑到项目正在将bot功能迁移到GitHub Actions，最终决定采用Actions方案。这种选择既满足了当前需求，又与项目技术路线保持一致。

项目意义

该方案的实施将显著提升Oppia项目的issue管理效率，确保：

• 停滞的任务能及时释放给其他贡献者
• 减少人工检查的工作量
• 保持项目协作的透明度和活跃度
• 为新贡献者提供更明确的参与指引

这种自动化机制不仅解决了具体问题，也为开源项目的贡献者管理提供了可借鉴的模式。