AZ

azure-devops-rest-api

Technical reference for implementing integrations with Azure DevOps using the official REST API specifications.

Install

mkdir -p .claude/skills/azure-devops-rest-api && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/197" && unzip -o skill.zip -d .claude/skills/azure-devops-rest-api && rm skill.zip

Installs to .claude/skills/azure-devops-rest-api

Activation

This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.

Guide for working with Azure DevOps REST APIs and OpenAPI specifications. Use this skill when implementing new Azure DevOps API integrations, exploring API capabilities, understanding request/response formats, or referencing the official OpenAPI specifications from the vsts-rest-api-specs repository.
301 chars✓ has a “when” triggerlonger than Claude Code's old 250-char listing cap (fine on current versions)
Intermediate

Key capabilities

  • Navigating vsts-rest-api-specs directory structure
  • Identifying correct API area (core, git, build, etc.)
  • Retrieving OpenAPI JSON definitions for specific API versions
  • Mapping business requirements to specific endpoint categories

How it works

Queries the vsts-rest-api-specs directory structure to extract official endpoint documentation for specific API areas and versions.

Inputs & outputs

You give it
Azure DevOps task or endpoint needing integration
You get back
OpenAPI specification snippet or specific REST endpoint URL

When to use azure-devops-rest-api

  • Integrating external tools with Azure Boards
  • Querying pipeline build status programmatically
  • Managing work items via API

About this skill

Azure DevOps REST API

Overview

This skill provides guidance for working with Azure DevOps REST APIs using the official OpenAPI specifications from the vsts-rest-api-specs repository. It helps with implementing new API integrations, understanding API capabilities, and referencing the correct request/response formats.

Key API Areas

Azure DevOps REST APIs are organized into the following main areas:

Core Services

  • core - Projects, teams, processes, and organization-level operations
  • git - Repositories, branches, pull requests, commits
  • build - Build definitions, builds, and build resources
  • pipelines - Pipeline definitions and runs
  • release - Release definitions, deployments, and approvals

Work Item & Planning

  • wit (Work Item Tracking) - Work items, queries, and work item types
  • work - Boards, backlogs, sprints, and team configurations
  • testPlan - Test plans, suites, and cases
  • testResults - Test runs and results

Package & Artifact Management

  • artifacts - Artifact feeds and packages
  • artifactsPackageTypes - NuGet, npm, Maven, Python packages

Security & Governance

  • graph - Users, groups, and memberships
  • security - Access control lists and permissions
  • policy - Branch policies and policy configurations
  • audit - Audit logs and events

Extension & Integration

  • extensionManagement - Extensions and marketplace
  • serviceEndpoint - Service connections
  • hooks - Service hooks and subscriptions

API Specification Structure

The vsts-rest-api-specs repository is organized by API area and version:

specification/
  ├── {api-area}/          (e.g., git, build, pipelines)
  │   ├── 7.2/            Latest stable version
  │   │   ├── {area}.json          OpenAPI spec file
  │   │   └── httpExamples/        Example requests/responses
  │   ├── 7.1/
  │   └── ...

Using the Specifications

  1. Identify the API area - Determine which service area (git, build, wit, etc.) contains the functionality needed
  2. Select the version - Use the latest version (7.2) unless targeting a specific Azure DevOps Server version
  3. Review the OpenAPI spec - The main {area}.json file contains all endpoints, schemas, and parameters
  4. Check httpExamples - Real request/response examples for each endpoint

Implementation Patterns

Pattern 1: Exploring New API Capabilities

When exploring what APIs are available for a specific feature:

  1. Clone the vsts-rest-api-specs repository to /tmp/vsts-rest-api-specs
  2. Browse the specification directory for the relevant API area
  3. Review the OpenAPI spec JSON file for available endpoints
  4. Check httpExamples for real-world usage patterns

Example workflow:

cd /tmp
git clone --depth 1 https://github.com/MicrosoftDocs/vsts-rest-api-specs.git
cd vsts-rest-api-specs/specification/git/7.2
# Review git.json for endpoint definitions
# Check httpExamples/ for request/response samples

Pattern 2: Implementing a New API Feature

When adding new API functionality to the MCP server:

  1. Locate the spec: Find the relevant OpenAPI specification
  2. Review the schema: Understand the request parameters and response format
  3. Check examples: Review httpExamples for real request/response data
  4. Create types: Define TypeScript interfaces based on the OpenAPI schema
  5. Implement handler: Create the feature handler following the repository's feature-based architecture
  6. Add tests: Write unit tests with mocked responses based on httpExamples

Pattern 3: Understanding Request/Response Formats

When you need to understand the exact format of API requests or responses:

  1. Navigate to specification/{area}/{version}/httpExamples/
  2. Find the relevant endpoint example (e.g., GET_repositories.json)
  3. Review both the request parameters and response body structure
  4. Use this as the basis for creating Zod schemas and TypeScript types

Reference Resources

scripts/

Contains helper utilities for working with the API specifications:

  • clone_specs.sh - Clone or update the vsts-rest-api-specs repository
  • find_endpoint.py - Search for specific endpoints across all API specs

references/

Contains curated reference documentation:

  • api_areas.md - Comprehensive list of all API areas and their purposes
  • common_patterns.md - Common request/response patterns across APIs
  • authentication.md - API authentication methods and patterns

Usage Tips

Finding the right API:

  • Use the OpenAPI spec's paths section to find endpoint URLs
  • Check the tags property to understand the API category
  • Review the operationId for the internal Azure DevOps method name

Understanding schemas:

  • All data models are in the definitions section of the OpenAPI spec
  • Look for $ref properties to follow schema references
  • Use httpExamples to see actual data structures

Version selection:

  • Use version 7.2 for Azure DevOps Services (cloud)
  • Check azure-devops-server-{version} folders for on-premises versions
  • API versions are additive - newer versions include all older functionality

Integration with This Repository

When implementing features in this MCP server:

  1. Follow the feature-based architecture: Create features in src/features/{api-area}/
  2. Use Zod for validation: Define schemas based on OpenAPI definitions
  3. Reference the specs: Link to the relevant OpenAPI spec in code comments
  4. Include examples: Use httpExamples data for test fixtures
  5. Match naming: Use consistent naming with the Azure DevOps API (e.g., repositoryId, pullRequestId)

Example feature implementation pattern:

// src/features/{api-area}/{operation}/
├── feature.ts          // Core implementation using azure-devops-node-api
├── schema.ts           // Zod schemas based on OpenAPI definitions
├── feature.spec.unit.ts // Tests using httpExamples data
└── index.ts            // Exports

When not to use it

  • Performing UI-based configuration inside the Azure DevOps portal
  • Executing non-API related DevOps tasks

Prerequisites

Access to vsts-rest-api-specs repository

Limitations

  • Requires internet access to reference remote repository files
  • Limited to information contained within the repository specs

How it compares

Directly provides standardized OpenAPI-backed references rather than requiring manual browsing of fragmented official web docs.

Compared to similar skills

azure-devops-rest-api side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
azure-devops-rest-api (this skill)158moReviewIntermediate
upstash-qstash66moNo flagsIntermediate
sns17moReviewIntermediate
nginx-to-higress-migration16moReviewAdvanced

Try saying

Example prompts that trigger this skill in your AI assistant.

You might also like

upstash-qstash

davila7

Upstash QStash expert for serverless message queues, scheduled jobs, and reliable HTTP-based task delivery without managing infrastructure. Use when: qstash, upstash queue, serverless cron, scheduled http, message queue serverless.

613

sns

itsmostafa

AWS SNS notification service for pub/sub messaging. Use when creating topics, managing subscriptions, configuring message filtering, sending notifications, or setting up mobile push.

12

nginx-to-higress-migration

alibaba

Migrate from ingress-nginx to Higress in Kubernetes environments. Use when (1) analyzing existing ingress-nginx setup (2) reading nginx Ingress resources and ConfigMaps (3) installing Higress via helm with proper ingressClass (4) identifying unsupported nginx annotations (5) generating WASM plugins for nginx snippets/advanced features (6) building and deploying custom plugins to image registry. Supports full migration workflow with compatibility analysis and plugin generation.

11

deepgram-multi-env-setup

jeremylongshore

Configure Deepgram multi-environment setup for dev, staging, and production. Use when setting up environment-specific configurations, managing multiple Deepgram projects, or implementing environment isolation. Trigger with phrases like "deepgram environments", "deepgram staging", "deepgram dev prod", "multi-environment deepgram", "deepgram config".

01

posthog-deploy-integration

jeremylongshore

Deploy PostHog integrations to Vercel, Fly.io, and Cloud Run platforms. Use when deploying PostHog-powered applications to production, configuring platform-specific secrets, or setting up deployment pipelines. Trigger with phrases like "deploy posthog", "posthog Vercel", "posthog production deploy", "posthog Cloud Run", "posthog Fly.io".

10

instantly-multi-env-setup

jeremylongshore

Configure Instantly across development, staging, and production environments. Use when setting up multi-environment deployments, configuring per-environment secrets, or implementing environment-specific Instantly configurations. Trigger with phrases like "instantly environments", "instantly staging", "instantly dev prod", "instantly environment setup", "instantly config by env".

00

Search skills

Search the agent skills registry