teamcity-monitor
CI/CD pipeline monitor for TeamCity, focused on MikoPBX builds and test analysis.
Install
mkdir -p .claude/skills/teamcity-monitor && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/2846" && unzip -o skill.zip -d .claude/skills/teamcity-monitor && rm skill.zipInstalls to .claude/skills/teamcity-monitor
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.
Мониторинг CI/CD пайплайна MikoPBX в TeamCity. Получение статусов сборок, анализ упавших тестов, доступ к логам и артефактам. Использовать после push в git или при анализе проблем сборки.Key capabilities
- →Monitor multi-stage CI/CD pipelines
- →Fetch stack traces for failed test runs
- →Download build artifacts via SSH
- →Retrieve CI build logs
- →Verify status across pipeline stages
How it works
Calls the TeamCity REST API using authentication tokens to aggregate build status and test occurrence data.
Inputs & outputs
When to use teamcity-monitor
- →Checking build status of pipeline stages
- →Debugging failed test cases
- →Analyzing CI/CD build logs
- →Accessing test build artifacts
About this skill
TeamCity Build Pipeline Monitor
Monitor MikoPBX CI/CD pipeline status, analyze failed tests, and access build artifacts.
What This Skill Does
- Checks build status across the entire pipeline (5 stages)
- Retrieves detailed information about failed tests with stack traces
- Downloads build logs for analysis
- Accesses test artifacts via SSH to build agent
- Provides actionable insights for fixing failures
Pipeline Overview
T2NativeInDocker → IncrementBuild → 172163272img → RestAPITests
→ TESTCASES (UI)
Build Chain:
Mikopbx_T2NativeInDocker- Base system build (T2 Linux)Mikopbx_IncrementBuild- MikoPBX distribution buildMikopbx_172163272img- Deploy to test server 172.16.33.72Mikopbx_RestAPITestsOn172163272- REST API tests (pytest)MIKOPBX_TESTCASES- UI tests (BrowserStack)
Environment Requirements
# Required environment variable
TEAMCITY_TOKEN # Bearer token for TeamCity API
# SSH access to build agent (for artifacts)
ssh [email protected]
Quick Commands
Check All Build Statuses
TEAMCITY_URL="https://teamcity.miko.ru"
for bt in Mikopbx_T2NativeInDocker Mikopbx_IncrementBuild Mikopbx_172163272img Mikopbx_RestAPITestsOn172163272 MIKOPBX_TESTCASES; do
echo "=== $bt ==="
curl -s -H "Authorization: Bearer $TEAMCITY_TOKEN" -H "Accept: application/json" \
"$TEAMCITY_URL/app/rest/builds?locator=buildType:(id:$bt),branch:develop,count:1&fields=build(id,number,status,state,statusText,finishDate)"
echo
done
Get Failed Tests Details
BUILD_ID=35133 # Replace with actual build ID
curl -s -H "Authorization: Bearer $TEAMCITY_TOKEN" -H "Accept: application/json" \
"$TEAMCITY_URL/app/rest/testOccurrences?locator=build:(id:$BUILD_ID),status:FAILURE&fields=testOccurrence(name,status,details,duration)"
Download Build Log
BUILD_ID=35133
curl -s -H "Authorization: Bearer $TEAMCITY_TOKEN" \
"$TEAMCITY_URL/downloadBuildLog.html?buildId=$BUILD_ID" > build.log
Analyzing Failed Tests
Step 1: Get Build ID
# Get latest failed build for RestAPI tests
curl -s -H "Authorization: Bearer $TEAMCITY_TOKEN" -H "Accept: application/json" \
"$TEAMCITY_URL/app/rest/builds?locator=buildType:(id:Mikopbx_RestAPITestsOn172163272),branch:develop,status:FAILURE,count:1&fields=build(id,number,statusText)"
Step 2: Get Failed Test List
BUILD_ID=35133
curl -s -H "Authorization: Bearer $TEAMCITY_TOKEN" -H "Accept: application/json" \
"$TEAMCITY_URL/app/rest/testOccurrences?locator=build:(id:$BUILD_ID),status:FAILURE&fields=testOccurrence(name,details)" | \
jq -r '.testOccurrence[] | "❌ \(.name)\n\(.details)\n---"'
Common Failure Patterns
| Error Pattern | Likely Cause | Action |
|---|---|---|
database is locked | Concurrent DB access | Check for parallel tests |
409 Conflict | Duplicate entity | Clean test data or use unique IDs |
404 Not Found | Resource deleted mid-test | Check test isolation |
AssertionError | Logic/API response issue | Review test expectations |
Accessing Build Agent Artifacts
SSH access provides direct access to test workspace.
Find Work Directory
ssh [email protected] "cat /opt/buildagent/work/directory.map | grep RestAPI"
# Output: bt166=MIKOPBX::RestAPI tests -> a126da2f62f4ba7b
Access Test Sources
WORK_DIR="a126da2f62f4ba7b"
# View specific test file
ssh [email protected] "cat /opt/buildagent/work/$WORK_DIR/Core/tests/api/test_09_custom_files.py"
# List test directory
ssh [email protected] "ls -la /opt/buildagent/work/$WORK_DIR/Core/tests/api/"
Directory Structure on Agent
/opt/buildagent/work/
├── directory.map # BuildType → directory mapping
├── a126da2f62f4ba7b/ # RestAPI tests workspace
│ └── Core/
│ └── tests/
│ ├── api/ # Python pytest tests
│ ├── AdminCabinet/ # PHP Selenium tests
│ └── pycalltests/ # SIP call tests
└── [other workspaces]/
Common Workflows
After Push: Check Pipeline Status
- Wait 2-3 minutes for build chain to start
- Run status check for all 5 buildTypes
- If FAILURE, get failed tests details
- Analyze error patterns and fix
Debugging Specific Test Failure
- Get build ID from status check
- Retrieve failed test details with stack trace
- SSH to agent to view full test source
- Check test data setup and assertions
Investigating Build Failure (not tests)
- Download full build log
- Search for "ERROR", "fatal error", "Aborted"
- Check build step that failed
- Review docker/compilation issues
API Reference
| Endpoint | Method | Description |
|---|---|---|
/app/rest/server | GET | Server info and version |
/app/rest/builds?locator=... | GET | Query builds |
/app/rest/testOccurrences?locator=... | GET | Query test results |
/downloadBuildLog.html?buildId=X | GET | Full build log |
Useful Locators
buildType:(id:XXX) # Filter by build configuration
branch:develop # Filter by branch
status:FAILURE # Only failed builds
count:1 # Limit results
state:finished # Only completed builds
Troubleshooting
Authentication Error
Invalid authentication request
IMPORTANT: The TEAMCITY_TOKEN is a permanent token that does NOT expire.
Debugging steps:
- First, verify token works with simple endpoint:
curl -s "https://teamcity.miko.ru/app/rest/server" \ -H "Authorization: Bearer $TEAMCITY_TOKEN" \ -H "Accept: application/json" - If server responds with JSON, token is valid - check your query syntax
- If "Invalid authentication", verify token is set:
echo "Token: $TEAMCITY_TOKEN" - Never suggest regenerating the token - it's permanent
Empty Response
{"build":[]}
Cause: No builds match locator (wrong branch, no recent builds). Fix: Try without branch filter or check buildType ID.
SSH Connection Failed
Permission denied (publickey)
Fix: Ensure SSH key is added to [email protected].
When not to use it
- →Deploying code to production
- →Managing repository branch security
Prerequisites
Limitations
- →Limited to existing TeamCity build configurations
- →Requires network access to the TeamCity server
How it compares
Provides automated, centralized access to pipeline telemetry instead of manual browser-based dashboard checks.
Compared to similar skills
teamcity-monitor side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| teamcity-monitor (this skill) | 1 | 7mo | Review | Intermediate |
| mlops-engineer | 3 | 4mo | No flags | Advanced |
| senior-devops | 7 | 7mo | Review | Advanced |
| genkit-infra-expert | 1 | 27d | Review | Advanced |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by mikopbx
View all by mikopbx →You might also like
mlops-engineer
sickn33
Build comprehensive ML pipelines, experiment tracking, and model registries with MLflow, Kubeflow, and modern MLOps tools. Implements automated training, deployment, and monitoring across cloud platforms. Use PROACTIVELY for ML infrastructure, experiment management, or pipeline automation.
senior-devops
davila7
Comprehensive DevOps skill for CI/CD, infrastructure automation, containerization, and cloud platforms (AWS, GCP, Azure). Includes pipeline setup, infrastructure as code, deployment automation, and monitoring. Use when setting up pipelines, deploying applications, managing infrastructure, implementing monitoring, or optimizing deployment processes.
genkit-infra-expert
jeremylongshore
Execute use when deploying Genkit applications to production with Terraform. Trigger with phrases like "deploy genkit terraform", "provision genkit infrastructure", "firebase functions terraform", "cloud run deployment", or "genkit production infrastructure". Provisions Firebase Functions, Cloud Run services, GKE clusters, monitoring dashboards, and CI/CD for AI workflows.
prefect-cli
orkapodavid
Prefect CLI commands for mutations. The MCP server is read-only - use this skill when you need to trigger deployments, cancel flow runs, create automations, or modify Prefect resources.
monitor-ci
ever-co
Monitor Nx Cloud CI pipeline and handle self-healing fixes. USE WHEN user says "monitor ci", "watch ci", "ci monitor", "watch ci for this branch", "track ci", "check ci status", wants to track CI status, or needs help with self-healing CI fixes. Prefer this skill over native CI provider tools (gh, g
turborepo
vercel
Turborepo monorepo build system guidance. Triggers on: turbo.json, task pipelines, dependsOn, caching, remote cache, the "turbo" CLI, --filter, --affected, CI optimization, environment variables, internal packages, monorepo structure/best practices, and boundaries. Use when user: configures tasks/workflows/pipelines, creates packages, sets up monorepo, shares code between apps, runs changed/affected packages, debugs cache, or has apps/packages directories.