好问题！我平时管理GitLab Runner的时候也遇到过类似需求，这就帮你梳理几种实用的解决方法，搞定你提到的/runners/[runner_id]接口不返回运行中job的问题：

方法1：直接通过Jobs API筛选指定Runner的运行中任务 #

GitLab的Jobs API支持按运行状态和Runner ID精准筛选，这是最直接的方案：

调用GET /api/v4/jobs接口时带上两个关键参数：

• scope=running：只返回处于运行状态的任务
• runner_id=123：指定你要追踪的目标Runner ID（替换成你的实际ID）

示例请求命令（记得替换你的个人访问令牌和GitLab实例地址）：

curl --header "PRIVATE-TOKEN: <你的个人访问令牌>" "https://your-gitlab-instance.com/api/v4/jobs?scope=running&runner_id=123"

返回结果会包含该Runner正在处理的所有job详情，包括id（job ID）、project_id、started_at、ref等关键信息，完全满足追踪需求。

方法2：结合Runner详情与Jobs列表（如需完整上下文） #

如果你需要同时获取Runner的基本信息（比如名称、标签、在线状态）和它正在运行的任务，可以分两步操作：

1. 先调用GET /api/v4/runners/123获取该Runner的基础详情
2. 再用方法1的Jobs API拉取运行中任务，手动将两者关联起来

这种方式适合需要展示Runner完整状态+任务的场景，比如做内部监控面板的时候。

方法3：用GitLab CLI（glab）简化操作（可选） #

如果你习惯用命令行工具，GitLab官方的glab工具能让操作更简洁：

glab job list --running --runner-id 123

前提是你已经安装并配置好glab（绑定你的GitLab实例和访问令牌）。

注意事项 #

• 权限要求：你需要拥有对应项目的「开发者」及以上权限，或者GitLab实例的管理员权限（如果要跨所有项目追踪任务）
• 实时追踪：API返回的是当前快照，若需实时监控，可以定期轮询该接口（比如每30秒一次）
• 兼容性：不管是自托管GitLab还是GitLab SaaS，这些接口的用法都是一致的

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