为何新增PR标签工作流后部分GitHub Actions停止触发运行？

核心问题出在你新增的labeler工作流使用的pull_request_target事件，和原有校验工作流的pull_request事件的触发机制冲突，结合配置细节，有以下几个确定的诱因：

• 事件权限优先级冲突：pull_request_target属于高权限事件，运行在仓库的目标分支上下文，默认持有仓库读写权限。GitHub对于来自Fork仓库的PR，默认会禁用pull_request事件触发的工作流（防止恶意代码窃取密钥），之前你没配置pull_request_target事件时，仓库的Actions默认规则允许PR触发校验工作流，新增pull_request_target后，GitHub的安全机制会默认拦截Fork PR的普通pull_request事件工作流。
• 路径匹配规则隐性失效：你原有校验工作流的paths配置写的是./server，相对路径的匹配规则在pull_request事件上下文和pull_request_target事件上下文的解析逻辑不同，当pull_request_target事件先触发后，PR的路径变更元数据会被优先读取到labeler的上下文，导致后续pull_request事件的路径匹配失败。
• 旧版本labeler的已知Bug：你使用的actions/labeler@v3是已停止维护的旧版本，存在修改PR元数据后不会重新触发其他关联工作流的已知问题，当labeler运行完成后，没有把PR的变更事件同步给其他pull_request触发的工作流。

你可以按优先级依次尝试以下修复：

1. 先升级labeler动作到最新稳定版actions/labeler@v5，旧版本的Bug已经在新版修复
2. 修改原有校验工作流的paths配置为无相对前缀的通配路径匹配规则，示例：

paths:
  - 'server/**'
  - '.github/workflows/server-validation.yml'

3. 如果你的仓库接受Fork贡献，在仓库设置的「Actions > General」页面，找到「Fork pull request workflows from outside collaborators」选项，设置为「Run workflows from fork pull requests」，担心安全问题可以选择「Require approval for first-time contributors」
4. 如果你不想修改全局设置，也可以给原有校验工作流的触发事件增加pull_request_target，注意要加上路径过滤和权限限制避免安全风险，示例：

on:
  push:
    branches: [master]
    paths:
      - 'server/**'
      - '.github/workflows/server-validation.yml'
  pull_request:
    branches: [master]
    paths:
      - 'server/**'
      - '.github/workflows/server-validation.yml'
  # 新增适配pull_request_target的触发
  pull_request_target:
    branches: [master]
    types: [opened, synchronize, reopened]
    paths:
      - 'server/**'
      - '.github/workflows/server-validation.yml'

内容的提问来源于stack exchange，提问作者Iván