如何在GitHub Issue关闭时自动运行自定义Python脚本？

方案1：GitHub Actions 全托管实现 #

• 触发逻辑：在仓库的.github/workflows/目录下新建工作流配置文件，触发事件指定为issues: [closed]，每次Issue关闭时自动触发工作流运行
• 运行配置：工作流中指定Python运行环境，将聊天机器人密钥、GitHub访问令牌等敏感信息存在仓库的Secrets中，工作流运行时自动注入为环境变量，不需要硬编码到代码里
• 自定义逻辑支持：你可以完全自主编写Python脚本的内容，包括提取Issue的标题、内容、经办人、标签等字段做自定义加工，之后调用对应聊天机器人的开放API发送消息即可
• 优势：不需要自行维护服务器，全流程由GitHub托管，配置成本极低，适合个人开发者或小型团队使用

方案2：自建Webhook服务实现 #

• 触发逻辑：在仓库设置中添加Webhook，触发事件选择Issue关闭事件，配置接收请求的公网接口地址，GitHub会在Issue关闭时主动推送包含Issue全量信息的payload到指定接口
• 服务实现：用Flask、FastAPI等框架开发简单的HTTP接口服务，部署在自己的云服务器或容器集群中，接口接收到GitHub的推送请求后，调用你编写的Python自定义处理脚本
• 自定义逻辑支持：完全自主可控，除了基础的Issue信息处理外，还可以自行扩展日志存储、失败重试、多渠道分发等能力，处理逻辑可以随时迭代修改
• 优势：灵活性最高，可扩展性强，适合有服务器资源、需要定制化能力更强的团队使用

方案3：接入现有自动化调度平台实现 #

• 适用场景：如果你所在团队已经有自建的自动化运维/事件调度平台，可以直接把GitHub的Issue关闭Webhook接入现有平台
• 实现逻辑：平台接收到事件后触发预设的Python脚本任务，自定义处理逻辑直接在脚本中调整即可，不需要额外搭建新的服务
• 优势：可以复用现有平台的日志、告警、权限管控能力，降低运维成本

通用注意事项 #

• 所有敏感凭证（机器人密钥、GitHub令牌等）必须通过加密环境变量存储，禁止明文写在代码或公开配置文件中
• 接收Webhook请求时必须校验GitHub的请求签名，避免恶意伪造的请求触发脚本
• 建议在Python脚本中添加异常捕获和运行日志，出现问题时可以快速排查定位
• 可以把自定义数据处理的逻辑单独封装为独立函数/模块，后续调整逻辑时不需要修改触发、鉴权、消息发送的基础代码

内容的提问来源于stack exchange，提问作者Ace