From ado-work-items
Call Azure DevOps REST APIs via az devops invoke command. Use when you need to access Azure DevOps features not available in the CLI, such as work item comments, search, boards, backlogs, capacities, or any wit/work/search API endpoint. Use when the user mentions "invoke", "REST API", "API call", or needs features like comments, search, board columns, or team capacity.
How this skill is triggered — by the user, by Claude, or both
Slash command
/ado-work-items:wit-invokeThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
1. **--in-file requires actual file path** - Does NOT accept stdin (`-`):
--in-file requires actual file path - Does NOT accept stdin (-):
# WRONG - will fail:
echo '{}' | az devops invoke --in-file -
# CORRECT:
echo '{"searchText": "query"}' > /tmp/request.json
az devops invoke --in-file /tmp/request.json
Comments API doesn't work via invoke - Use --discussion on update instead:
# WRONG - returns 404:
az devops invoke --area wit --resource comments --route-parameters workItemId=123
# CORRECT - add comment via update:
az boards work-item update --id 123 --discussion "My comment" -o json
Route parameters must match exactly - Missing or extra params cause KeyError
az devops invoke \
--area {AREA} \
--resource {RESOURCE} \
--route-parameters {key}={value} \
--http-method {GET|POST|PUT|PATCH|DELETE} \
--in-file {file.json} \
--api-version {VERSION} \
-o json
Create search payload:
echo '{"searchText": "pipeline", "$top": 10}' > /tmp/search.json
Execute search:
az devops invoke \
--area search \
--resource workitemsearchresults \
--http-method POST \
--in-file /tmp/search.json \
--api-version 7.0 \
-o json
With JMESPath query for clean output:
az devops invoke \
--area search \
--resource workitemsearchresults \
--http-method POST \
--in-file /tmp/search.json \
--api-version 7.0 \
--query "results[].{id:fields.\"system.id\", title:fields.\"system.title\", state:fields.\"system.state\"}" \
-o table
az devops invoke \
--area work \
--resource boards \
--route-parameters project=ProjectName team="TeamName" \
--api-version 7.0 \
-o json
az devops invoke \
--area work \
--resource columns \
--route-parameters project=ProjectName team="TeamName" board=Features \
--api-version 7.0 \
-o json
az devops invoke \
--area work \
--resource backlogs \
--route-parameters project=ProjectName team="TeamName" \
--api-version 7.0 \
-o json
az devops invoke \
--area work \
--resource capacities \
--route-parameters project=ProjectName team="TeamName" iterationId={GUID} \
--api-version 7.0 \
-o json
| Resource | Route Parameters | Verified |
|---|---|---|
| boards | project, team | YES |
| columns | project, team, board | YES |
| backlogs | project, team | YES |
| capacities | project, team, iterationId | - |
| teamdaysoff | project, team, iterationId | - |
| Resource | Method | Verified |
|---|---|---|
| workitemsearchresults | POST | YES |
| Resource | Note |
|---|---|
| comments | NOT WORKING via invoke - use az boards work-item update --discussion instead |
To see ALL available API areas and resources:
az devops invoke -o json > api-discovery.json
This returns 214 areas with 1,407+ resources.
team="Team Name"npx claudepluginhub joshuaramirez/claude-code-plugins --plugin ado-work-itemsGuides completion of development work by verifying tests, detecting environment, and presenting structured options for merge, PR, or cleanup.
Enforces test-driven development: write failing test first, then minimal code to pass. Use when implementing features or bugfixes.
Guides creation and editing of skills using test-driven development with pressure scenarios and subagents to verify agent compliance.