gt:azure-devops
Azure DevOps work items, queries, and dashboards. Use for "get workitem", "fetch task", "show query", "analyze task", or any Azure DevOps URL. For time logging (Timely sync, Clarity fill), invoke the `/gt:timelog` command instead — this skill defers to it.
What this skill does
# Azure DevOps Work Item Tool
Fetch, manage, and analyze Azure DevOps work items using `tools azure-devops`.
> **Time logging:** If the user wants to log time, sync Timely, or fill Clarity timesheets, stop here and invoke the `/gt:timelog` command. This skill only covers raw work-item operations.
## CLI Reference
```bash
tools azure-devops workitem <id|ids> # Fetch work item(s)
tools azure-devops query <id|url|name> # Fetch query results (supports name matching)
tools azure-devops query <id> --download-workitems # Download all to files
tools azure-devops dashboard <id|url> # Get dashboard queries
tools azure-devops list # List cached items
tools azure-devops workitem-create # Create work item
tools azure-devops timelog configure # Interactive: setup API key, user, allowed types
tools azure-devops timelog types # List available time types
tools azure-devops timelog list -w <id> # List time logs for work item
tools azure-devops timelog add -w <id> -h <hrs> # Log time entry (with precheck)
tools azure-devops timelog prepare-import add # Stage entries for review before import
tools azure-devops timelog prepare-import list # Review staged entries
tools azure-devops timelog prepare-import remove # Remove staged entry
tools azure-devops timelog prepare-import clear # Clear all staged entries
tools azure-devops timelog import <file> # Bulk import time logs (with precheck)
```
### Options
| Option | Description |
|--------|-------------|
| `--format ai\|md\|json` | Output format (default: ai) |
| `--force`, `--refresh` | Bypass cache |
| `--state <states>` | Filter by state (comma-separated) |
| `--severity <sev>` | Filter by severity (comma-separated) |
| `--download-workitems` | Download all items from query |
| `--category <name>` | Save to tasks/<category>/ |
| `--task-folders` | Save in tasks/<id>/ subfolder |
| `--attachments-from <datetime>` | Download attachments created after this date |
| `--attachments-to <datetime>` | Download attachments created before this date (default: now) |
| `--attachments-prefix <prefix>` | Only attachments starting with this name |
| `--attachments-suffix <suffix>` | Only attachments ending with this (e.g. .har) |
| `--output-dir <path>` | Custom directory for downloaded attachments |
| `--images` | Download inline images from description/comments |
### Output Paths
- **Tasks**: `.claude/azure/tasks/` → `<id>-<Slug-Title>.md`
- With `--category react19`: `.claude/azure/tasks/react19/<id>-<Slug>.md`
- With `--task-folders`: `.claude/azure/tasks/<id>/<id>-<Slug>.md`
### Attachment Output Paths
Attachments are downloaded when any `--attachments-*` filter flag is provided. Without filters, attachments are listed in output with a suggested download command.
- **Default**: Same folder as task file: `.claude/azure/tasks/<taskid>-<attachment-name>`
- With `--task-folders`: `.claude/azure/tasks/<id>/<taskid>-<attachment-name>`
- With `--output-dir /custom/path`: `/custom/path/<taskid>-<attachment-name>`
### Inline Image Output Paths
Inline images (screenshots embedded in description/comments HTML) are downloaded when `--images` is provided.
- **Default**: Same folder as task file: `.claude/azure/tasks/<taskid>-<imagename>.png`
- With `--task-folders`: `.claude/azure/tasks/<id>/<taskid>-<imagename>.png`
- Images are referenced in the `.md` file with relative paths
**Recommended**: Use `--task-folders --images` together to keep each work item's files organized in its own directory.
## Operations
### Fetch Work Items
```bash
tools azure-devops workitem 261575
tools azure-devops workitem 261575,261576,261577
tools azure-devops workitem 261575 --category react19
tools azure-devops workitem 261575 --force
```
### Fetch Query
The `--query` option supports three input formats:
1. **Query ID (GUID)**: `d6e14134-9d22-4cbb-b897-b1514f888667`
2. **Full URL**: `https://dev.azure.com/org/project/_queries/query/abc123`
3. **Query Name**: `"Otevřené bugy"` (fuzzy matching supported)
```bash
# By ID
tools azure-devops query d6e14134-9d22-4cbb-b897-b1514f888667
# By name (uses fuzzy matching to find the query)
tools azure-devops query "Open Bugs"
tools azure-devops query "Otevřené bugy"
# With filters
tools azure-devops query <id> --state Active,Development
tools azure-devops query "Active Tasks" --download-workitems --category react19
```
**Query Name Matching:**
- Exact matches are used immediately
- Fuzzy matching finds the closest query name if no exact match
- Shows alternatives if multiple similar queries exist
- Query list is cached for 1 day for fast lookups
### Analyze Work Items
When user says "analyze workitem/task X" or "analyze tasks from query Y":
1. Fetch work item(s) with images:
```bash
tools azure-devops workitem <ids> --category <cat> --task-folders --images
```
2. Read the generated `.md` file for each work item
3. **Read inline images** - Check for image files next to the work item's `.md` file:
```bash
ls $(dirname <path-to-workitem.md>)/<id>-*.{png,jpg,gif,jpeg} 2>/dev/null
```
If images exist, use the **Read tool** to view each image file. This gives visual context for:
- Bug screenshots showing the issue
- Design mockups showing expected behavior
- UI comparisons (current vs expected)
4. Spawn **Explore agent** (Task tool with `subagent_type: "Explore"`) for each:
```
Analyze codebase for Azure DevOps work item:
**#{id}: {title}**
State: {state} | Severity: {severity}
**Description:** {description}
**Visual Context:** {describe what the inline images show, if any}
**Comments:** {comments}
Find:
1. Relevant code files/components for this issue
2. Current implementation and data flow
3. Required changes
4. Dependencies and related systems
5. Complexity assessment
Return: files found, current implementation, recommended approach, considerations, complexity (Low/Medium/High)
```
5. Write `.analysis.md` next to the work item file:
- Work item: `.claude/azure/tasks/261575-Title.md`
- Analysis: `.claude/azure/tasks/261575-Title.analysis.md`
### Analysis Document Format
```markdown
# Analysis: #{id} - {title}
**Analyzed**: {timestamp}
**Work Item**: {path to .md file}
## Summary
{1-2 sentence findings summary}
## Relevant Code
- `path/file.ts` - {purpose}
## Current Implementation
{How current code works}
## Recommended Approach
{Step-by-step plan}
## Considerations
- {Risks/considerations}
## Complexity: {Low|Medium|High}
{Reasoning}
```
## Examples
| User Request | Action |
|--------------|--------|
| "Get workitem 261575" | `tools azure-devops workitem 261575` |
| "Show query results for X" | `tools azure-devops query X` |
| "Show Open Bugs query" | `tools azure-devops query "Open Bugs"` |
| "Fetch Otevřené bugy" | `tools azure-devops query "Otevřené bugy"` |
| "Download React19 bugs" | `tools azure-devops query "React19 Bugs" --download-workitems --category react19` |
| "Analyze task 261575" | Fetch → Explore agent → Write .analysis.md |
| "Analyze all active bugs" | Fetch query with --download-workitems → Parallel Explore agents → Write .analysis.md files |
| "Download .har files from task 12345" | `tools azure-devops workitem 12345 --attachments-suffix .har` |
| "Get attachments from last hour for 12345" | Compute datetime 1h ago, then `tools azure-devops workitem 12345 --attachments-from "2026-02-12T10:00:00"` |
| "Download all attachments for task 12345" | `tools azure-devops workitem 12345 --attachments-from 2000-01-01` |
| "Get task 261575 with screenshots" | `tools azure-devops workitem 261575 --task-folders --images` |
| "Analyze bug with images" | Fetch with `--images` → Read images → Explore agent with visual context |
## Creating Work Items
The `--create` command supports multiple modes for creating new work items.
### CLI Reference
```bash
tools azure-devops wRelated in Cloud & DevOps
appbuilder-action-scaffolder
IncludedCreate, implement, deploy, and debug Adobe Runtime actions with consistent layout, validation, and error handling. Use this skill whenever the user needs to add actions to an App Builder project, understand action structure (params, response format, web/raw actions), configure actions in the manifest, use App Builder SDKs (State, Files, Events, database), deploy and invoke actions via CLI, debug action issues, or implement patterns such as webhook receivers, custom event providers, journaling consumers, large payload redirects, action sequence pipelines, and Asset Compute workers. Also trigger when users mention serverless functions in Adobe context, action logging, IMS authentication for actions, or cron-style scheduled actions.
orchestrating-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. Use this skill when the user needs a multi-step Data Cloud pipeline, cross-phase troubleshooting, or data space and data kit management. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase sf data360 workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching phase-specific skill), the task is STDM/session tracing/parquet telemetry (use observing-agentforce), standard CRM SOQL (use querying-soql), or Apex implementation (use generating-apex).
github-project-automation
IncludedAutomate GitHub repository setup with CI/CD workflows, issue templates, Dependabot, and CodeQL security scanning. Includes 12 production-tested workflows and prevents 18 errors: YAML syntax, action pinning, and configuration. Use when: setting up GitHub Actions CI/CD, creating issue/PR templates, enabling Dependabot or CodeQL scanning, deploying to Cloudflare Workers, implementing matrix testing, or troubleshooting YAML indentation, action version pinning, secrets syntax, runner versions, or CodeQL configuration. Keywords: github actions, github workflow, ci/cd, issue templates, pull request templates, dependabot, codeql, security scanning, yaml syntax, github automation, repository setup, workflow templates, github actions matrix, secrets management, branch protection, codeowners, github projects, continuous integration, continuous deployment, workflow syntax error, action version pinning, runner version, github context, yaml indentation error
sf-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase `sf data360` workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching sf-datacloud-* skill), the task is STDM/session tracing/parquet telemetry (use sf-ai-agentforce-observability), standard CRM SOQL (use sf-soql), or Apex implementation (use sf-apex).
fabric-cli
IncludedUse this skill for Fabric.so CLI workflows with the `fabric` terminal command: diagnose/install/login, search or browse a Fabric library, save notes/links/files, create folders, ask the Fabric AI assistant, manage tasks/workspaces, generate shell completion, check subscription usage, produce JSON output, and use Fabric as persistent agent memory. Do not use for Microsoft Fabric/Azure/Power BI `fab`, Daniel Miessler's Fabric framework, Python Fabric SSH, Fabric.js, or textile/fashion fabric.
lark
IncludedLark/Feishu CLI skills: lark-cli operations for docs, markdown, sheets, base, calendar, im, mail, task, okr, drive, wiki, slides, whiteboard, apps, approval, attendance, contact, vc, minutes, event. Use when the user needs to operate Lark/Feishu resources via lark-cli, send messages, manage documents, spreadsheets, calendars, tasks, OKRs, deploy web pages, or any Feishu/Lark workspace operations.