CtrlK
BlogDocsLog inGet started
Tessl Logo

managing-devops-pipeline

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

66

Quality

79%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./ai/skills/managing-devops-pipeline/SKILL.md
SKILL.md
Quality
Evals
Security

蓝盾流水线管理

适用场景

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

不适用场景

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

快速指导

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

高信号规则

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

关键陷阱

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

延伸阅读

  • 获取构建历史:reference/build-list.md
  • 获取启动参数:reference/build-startinfo.md
  • 查看构建状态:reference/build-status.md
  • 启动构建:reference/build-start.md
  • 如果你在改流水线定义:再看 process-module-architecture
Repository
TencentBlueKing/bk-ci
Last updated
First committed

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.