ado-pipelines
Skill5 starsChanged 5 months agoMITView on GitHub
Use when the user asks about Azure DevOps build or release pipelines, CI/CD status, build logs, pipeline definitions, artifacts, or wants to trigger a run. "what failed in the last build", "show me the build log for pipeline api-gateway", "trigger a build on the main branch", "list all pipeline definitions in the Platform project", "download the artifact from build #456", "why did the CI fail", "create a new pipeline", "show pipeline run history for release-2.0", "how long does the build take on average", "queue a new run with custom variables"
In this repository10 other files it gives its agents.
- ado-contextSkill
- ado-pm-reportingSkill
- ado-project-discoverySkill
- ado-pull-requestsSkill
- ado-repositoriesSkill
- ado-searchSkill
- ado-sprints-capacitySkill
- ado-test-plansSkill
- ado-wikiSkill
- ado-work-itemsSkill
The file
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 1 is distinctive, and 8 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
8
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 18
Read pipeline status, inspect build logs, trigger runs, manage pipeline definitions, and download artifacts for Azure DevOps CI/CD …
- Very specific: line 46
Call pipelines_build(project, pipelineName, branch) — returns the latest N builds with status (succeeded, failed, running, cancelled) and …
- Very specific: line 52
Call pipelines_build to get the failing build ID.
- Very specific: line 53
Call pipelines_build_log(buildId) — returns the structured task timeline with each step's result (succeeded / failed / skipped) and log URL.
- Very specific: line 68
Call pipelines_definition(project) — returns all defined pipelines with ID, name, folder, and default branch.
- Very specific: line 75
Call pipelines_artifact(buildId, artifactName) — returns the artifact download URL or file list.
- Very specific: line 120
When triggering a run, always confirm the branch and variables with the user before calling pipelines_run — a misfire on a release pipeline …
- Very specific: line 126
If activeProject is set, use it automatically as the project parameter — do not ask the user to re-specify it.
- Very specific: line 128
If no context is set and a project is required, invoke Workflow E of ado-context to resolve it (list projects, ask user to pick, then …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
ADO Pipelines
Read pipeline status, inspect build logs, trigger runs, manage pipeline definitions, and download artifacts for Azure DevOps CI/CD pipelines.
When to use
- User wants to know if a build passed or failed
- User wants to read error output from a failing build
- User wants to trigger (queue) a new pipeline run
- User wants to list available pipeline definitions in a project
- User wants to download or inspect a pipeline artifact
- User wants to create or update a pipeline definition (YAML)
MCP tools used
| Tool | Purpose |
pipelines_build | List builds / get the latest build for a pipeline or branch |
pipelines_build_log | Retrieve the log output of a specific build task |
pipelines_run | Queue (trigger) a new pipeline run |
pipelines_write | Create or update a pipeline definition |
pipelines_definition | Get the full YAML definition of a pipeline |
pipelines_artifact | List or download artifacts produced by a build |
Workflow
Getting the latest build status
- Identify: project name and either pipeline name or repository+branch.
- Call
pipelines_build(project, pipelineName, branch)— returns the latest N builds with status (succeeded, failed, running, cancelled) and duration. - Present the Build Status table.
Reading build logs (failure triage)
- Call
pipelines_buildto get the failing build ID. - Call
pipelines_build_log(buildId)— returns the structured task timeline with each step's result (succeeded / failed / skipped) and log URL. - Focus on the first failed step. Extract error lines (lines containing
error:,Error,FAILED,Exception). - Present the Failure Summary with the failing step name and extracted error lines.
- Offer to create a bug work item from the failure.
Triggering a run
- Identify: project, pipeline name/ID, branch, and any variable overrides.
- Call
pipelines_run(project, pipelineId, branch, variables). - Confirm with the new run ID and a link to the run page.
Listing pipeline definitions
- Call
pipelines_definition(project)— returns all defined pipelines with ID, name, folder, and default branch. - Present as a Pipeline Definitions table.
Downloading an artifact
- Identify build ID and artifact name.
- Call
pipelines_artifact(buildId, artifactName)— returns the artifact download URL or file list. - Present the artifact content or URL.
Output Format
Build Status
| Build # | Pipeline | Branch | Status | Duration | Started |
| 456 | api-gateway | main | Failed | 2m 14s | 10 min ago |
| 455 | api-gateway | main | Succeeded | 2m 07s | 2h ago |
| 454 | api-gateway | feature/redis | Succeeded | 1m 58s | 4h ago |
Failure Summary
Build #456 — api-gateway / main — FAILED
| Step | Result | Duration |
| Restore NuGet packages | Succeeded | 0m 23s |
| Build | Succeeded | 0m 51s |
| Run unit tests | Failed | 0m 58s |
error: Test run failed.
FAILED AuthServiceTests.TokenExpiry (0.23s)
System.UnauthorizedAccessException: Token expired before validation
at AuthService.ValidateToken() line 87Pipeline Definitions
| ID | Name | Folder | Default Branch |
| 12 | api-gateway | \Backend | main |
| 17 | identity-service | \Backend | main |
| 23 | release-2.0 | \Release | release/2.0 |
Notes
pipelines_buildreturns builds in reverse-chronological order. To get a specific build, pass the build ID directly.- Log lines can be very long. Truncate to the first 50 error lines; offer to show more if the user asks.
- When triggering a run, always confirm the branch and variables with the user before
calling
pipelines_run— a misfire on a release pipeline can be disruptive.
Active context
This skill respects the session context set by the ado-context skill.
- If
activeProjectis set, use it automatically as theprojectparameter — do not ask the user to re-specify it. - If no context is set and a project is required, invoke Workflow E of
ado-contextto resolve it (list projects, ask user to pick, then proceed).
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

