Build Monitoring Workflow

Build monitoring still exists. It moved out of the retired ADO Backlog Manager pages and into the consolidated Backlog Manager agent.

Where This Went

Retrieve build status, logs, changes, and failure analysis by asking for them in chat or through the Backlog Manager agent. Both load the Azure DevOps build reference in the backlog-management skill, which replaces the retired /ado-get-build-info command.

The workflow resolves its dependencies at runtime through named skill activation instead of loading instructions directly, and it fails closed when a required skill does not resolve: it reports the missing capability and stops before any Azure DevOps call rather than continuing with partial guidance.

The Backlog Manager agent still classifies a build or pipeline request and dispatches it to the Azure DevOps build reference inside the backlog-management skill. GitHub Actions runs are queried directly through the GitHub tool surface.

What Changed

The agent no longer holds pipeline mutation authority. It reads build status, logs, changes, definitions, and runs, but it does not advance a build stage. Promoting or retrying a stage is a deliberate pipeline action that belongs outside a work-item agent.

Pull request creation is no longer a Backlog Manager workflow either. Use /pull-request, which routes Azure DevOps repositories to the same skill; see Pull Request Creation.

Where to Go Next

• Backlog Management overview explains the consolidated agent and its workflows.
• Execution workflow describes how reviewed changes reach a tracker.

🤖 Crafted with precision by ✨Copilot following brilliant human instruction, then carefully refined by our team of discerning human reviewers.