用途：把 PR 视为流经流水线的对象，定位 CI 与合并环节的瓶颈。调用 MCP 工具而非写 SQL，面向聚合的流水线健康度；单个失败测试或红色运行的定责请改用 investigating-ci-failures 技能。
主要工具：pull-requests 返回 PR 列表及 CI 汇总（runs/passing/failing/pending），含作者、仓库、状态、草稿、标签、open_to_merge_seconds、ready_to_merge_seconds，可查失败/待定 CI、滞留最久的 PR、按作者或仓库分诊及合并时长（自行聚合中位数与 p95，优先用非空的 ready_to_merge_seconds）。workflow-health 给出窗口内每个工作流的 run_count、success_rate、p50/p95 秒、last_failure_at，无内置趋势，需对比相邻两个窗口；success_rate 只计成功或决定性失败，p50/p95 只覆盖成功运行，无合格运行时为 null。pr-lifecycle 展示单个 PR 的时间线事件。engineering-analytics-flaky-tests 给出按影响排序的测试健康队列，classification 中仅 confirmed_flake 有非确定性证据，quarantined 为被容忍的失败，suspected_regression 只是缺少证据。engineering-analytics-sources 列出已连接的 GitHub 源与仓库，多源多仓库时须先调用并传入 source_id 与 repo。
用法与限制：open_to_merge_seconds 较粗，混合草稿与待审时间，不可称为周期或评审时间；ready_to_merge_seconds 更精确，null 表示未观测而非零。CI 状态可能过期，pending 视为未定而非失败；CI 仅按 head-SHA 关联。评审读取被有意推迟，pr-lifecycle 因此不完整。pull-requests 有 1000 行上限，截断时百分位仅覆盖最新一页。机器人及草稿默认排除。按作者分组仅用于发现滞留工作，不做排名。这些工具为临时读取，无法保存为洞察或订阅；需要持久化时改用 turning-engineering-analytics-into-insights 技能。