---
name: managing-devops-pipeline
description: 通过 MCP 管理 BK-CI 流水线构建时使用，例如查询构建历史、获取启动参数、查看构建状态和在确认后触发构建。当用户要操作现有流水线而不是修改代码实现时优先使用。
---

# 蓝盾流水线管理

## 适用场景

- 查询流水线构建历史
- 获取启动参数并准备触发构建
- 查看构建状态与最近执行结果
- 根据现有流水线链接解析 `projectId` 和 `pipelineId`

## 不适用场景

- 修改流水线定义、模板或插件逻辑
- 讨论流水线架构实现
- 未经用户确认直接发起有副作用的构建操作

## 快速指导

1. 这个 skill 关注的是“如何安全地操作现有流水线构建”，不是流水线设计指南。
2. 使用前先确认三个标识：
   - `projectId`：项目英文名
   - `pipelineId`：以 `p-` 开头的流水线 ID
   - `buildId`：以 `b-` 开头的构建 ID
3. 触发构建的最短链路是：先拿启动参数，再向用户展示完整入参并获得确认，最后才真正启动。
4. 查询类操作通常直接读取即可；启动类操作必须明确区分“查看参数”和“执行触发”。
5. 具体工具调用与示例 payload 不放在主文件，按需进入对应 `reference/`。
6. 如果问题已经转向流水线模型、模板或执行链路，切到对应模块 skill。

## 高信号规则

- 所有有副作用的构建启动操作，都必须先获得用户明确确认
- 主 skill 只负责告诉模型“什么时候查、什么时候问、什么时候才能启动”
- `projectId`、`pipelineId`、`buildId` 是最基础的操作上下文，缺一不可
- 通过 URL 解析标识时，应先确认链接确实是流水线详情页

## 关键陷阱

- 把“获取启动参数”误当成“已经允许启动构建”
- 没展示完整入参就直接触发构建
- 把示例 payload 和记忆性细节塞进主文件，导致上下文冗余

## 延伸阅读

- 获取构建历史：`reference/build-list.md`
- 获取启动参数：`reference/build-startinfo.md`
- 查看构建状态：`reference/build-status.md`
- 启动构建：`reference/build-start.md`
- 如果你在改流水线定义：再看 `process-module-architecture`