/managing-devops-pipeline

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`