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.zipInstalls 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.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
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
- Identify the API area - Determine which service area (git, build, wit, etc.) contains the functionality needed
- Select the version - Use the latest version (7.2) unless targeting a specific Azure DevOps Server version
- Review the OpenAPI spec - The main
{area}.jsonfile contains all endpoints, schemas, and parameters - 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:
- Clone the vsts-rest-api-specs repository to
/tmp/vsts-rest-api-specs - Browse the specification directory for the relevant API area
- Review the OpenAPI spec JSON file for available endpoints
- 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:
- Locate the spec: Find the relevant OpenAPI specification
- Review the schema: Understand the request parameters and response format
- Check examples: Review httpExamples for real request/response data
- Create types: Define TypeScript interfaces based on the OpenAPI schema
- Implement handler: Create the feature handler following the repository's feature-based architecture
- 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:
- Navigate to
specification/{area}/{version}/httpExamples/ - Find the relevant endpoint example (e.g.,
GET_repositories.json) - Review both the request parameters and response body structure
- 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 repositoryfind_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 purposescommon_patterns.md- Common request/response patterns across APIsauthentication.md- API authentication methods and patterns
Usage Tips
Finding the right API:
- Use the OpenAPI spec's
pathssection to find endpoint URLs - Check the
tagsproperty to understand the API category - Review the
operationIdfor the internal Azure DevOps method name
Understanding schemas:
- All data models are in the
definitionssection of the OpenAPI spec - Look for
$refproperties 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:
- Follow the feature-based architecture: Create features in
src/features/{api-area}/ - Use Zod for validation: Define schemas based on OpenAPI definitions
- Reference the specs: Link to the relevant OpenAPI spec in code comments
- Include examples: Use httpExamples data for test fixtures
- 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
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.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| azure-devops-rest-api (this skill) | 15 | 8mo | Review | Intermediate |
| upstash-qstash | 6 | 6mo | No flags | Intermediate |
| sns | 1 | 7mo | Review | Intermediate |
| nginx-to-higress-migration | 1 | 6mo | Review | Advanced |
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.
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.
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.
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".
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".
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".