teamcity-cli — скилл для Claude Code: работа с TeamCity из чата
Скилл учит агента гонять сборки TeamCity через CLI: смотреть логи упавших билдов, разбирать цепочки зависимостей, править пайплайны.
npx skills add cline/skills --skill teamcity-cli -a claude-codeЧто делает teamcity-cli
Скилл описывает работу с teamcity CLI: сборки, логи, джобы, очередь, агенты, пулы, проекты и пайплайны. Агент перестаёт выдумывать флаги и сверяется со справочником команд. Полезно, когда вы кидаете ссылку на упавший билд и хотите разбор, а не пересказ логов.
Внутри — короткий quick start, список подводных камней и таблица команд по областям. Сборки тут называются runs (teamcity run), конфигурации сборки — jobs (teamcity job). Есть отдельные workflow: расследование падения, отладка цепочки, жизненный цикл пайплайна, подключение GitHub через App.
Перед стартом нужен настроенный доступ: teamcity auth status покажет, залогинены ли вы. Если задать только TEAMCITY_URL, сохранённая авторизация перестанет работать — ставьте и TEAMCITY_URL, и TEAMCITY_TOKEN либо не трогайте обе. У композитных сборок логи пустые, поэтому причину ищите в дочерних билдах. А pipeline push ничего не проверяет: сначала teamcity pipeline validate.
Какие задачи решает
- найти упавшие сборки и вытащить полный лог ошибки
- докопаться до корневой причины в цепочке зависимостей
- перезапустить билд и дождаться результата
- править пайплайн с проверкой схемы перед публикацией
- подключить GitHub-репозиторий через App вместо токена
Примеры запросов агенту
- посмотри, почему упал билд <id>, и покажи лог упавших шагов
- покажи дерево сборки <id> и найди самый глубокий упавший дочерний билд
- вытащи пайплайн <id>, проверь его и запушь обратно
Как установить teamcity-cli
1Через Skills CLI (Vercel)
npx skills add cline/skills --skill teamcity-cli -a claude-code2Вручную: положить файлы
~/.claude/skills/teamcity-cli/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/teamcity-cli/
1Через Skills CLI (Vercel)
npx skills add cline/skills --skill teamcity-cli -a codex2Вручную: положить файлы
.agents/skills/teamcity-cli/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add cline/skills --skill teamcity-cli -a cursor2Вручную: положить файлы
.cursor/skills/teamcity-cli/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install cline/skills teamcity-cli2Вручную: положить файлы
.github/skills/teamcity-cli/SKILL.md1Через Skills CLI (Vercel)
npx skills add cline/skills --skill teamcity-cli -a gemini-cli2Командой платформы
gemini skills install https://github.com/cline/skills --path skills/teamcity-cliВручную: положить файлы
.devin/skills/teamcity-cli/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add cline/skills --skill teamcity-cli -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Вопросы о teamcity-cli
Как установить teamcity-cli в Claude?
Одной командой: npx skills add cline/skills --skill teamcity-cli -a claude-code. Скилл встанет в ~/.claude/skills/teamcity-cli/SKILL.md.
Что делает teamcity-cli?
Даёт агенту справочник по teamcity CLI: сборки, логи, джобы, очередь, агенты, пулы, проекты, пайплайны и сырой REST через teamcity api.
Почему у композитной сборки пустой лог?
У композитных сборок своих логов нет — смотрите дочерние билды. Скилл советует идти по дереву через teamcity run tree <id> до самого глубокого упавшего.
Исходный текст
SKILL.md · Apache-2.0
--- name: teamcity-cli version: 1.0.0 description: Use when working with TeamCity CI/CD or when a user provides a TeamCity build URL — drives the `teamcity` CLI for builds, logs, jobs, queues, agents, pools, projects, and pipelines. --- # TeamCity CLI (`teamcity`) ## Quick Start ```bash teamcity auth status # Check authentication teamcity run list --status failure # Find failed builds teamcity run log <id> --failed --raw # Full failure diagnostics ``` **Do not guess flags or syntax.** Use the [command reference](references/commands.md) or `teamcity <command> --help`. Builds are **runs** (`teamcity run`); build configurations are **jobs** (`teamcity job`). Never use `--count` — use `--limit` (or `-n`). ## Gotchas - **Composite builds have empty logs** — drill into child builds for the actual failure. - **Build chains fail bottom-up** — deepest failed dependency is the root cause. Use `teamcity run tree <id>`. - **`--local-changes` excludes Kotlin DSL** — push `.teamcity/` changes before running. - **`TEAMCITY_URL` alone bypasses stored auth** — set both `TEAMCITY_URL` and `TEAMCITY_TOKEN`, or leave unset. - **Logs**: use `--raw` and dump to a temp file. **Builds**: use `--watch` when starting them. - **VCS triggers aren't always wired up** — after pushing a fix you may need to start builds manually. - **`pipeline push` does not validate** — always `teamcity pipeline validate` first. - **GitHub VCS roots: use a GitHub App connection.** Never paste a PAT via `--auth password`. See [workflows](references/workflows.md). ## Core Commands | Area | Commands | |-----------|---------------------------------------------------------------------------------------------------| | Auth | `auth login`, `logout`, `status` | | Builds | `run list`, `view`, `start`, `watch`, `log`, `cancel`, `restart`, `tests`, `changes`, `tree` | | Artifacts | `run artifacts`, `run download` | | Metadata | `run pin/unpin`, `run tag/untag`, `run comment` | | Jobs | `job list`, `view`, `create`, `tree`, `pause/resume`, `step list/view/add/delete`, `param list/get/set/delete`, `settings list/get/set` | | Projects | `project list`, `view`, `create`, `tree`, `param`, `token put/get`, `settings export/status` | | VCS/Conn | `project vcs list/view/create/delete`, `project connection list/create/authorize/delete` | | Queue | `queue list`, `approve`, `remove`, `top` | | Agents | `agent list`, `view`, `enable/disable`, `authorize/deauthorize`, `exec`, `term`, `reboot`, `move` | | Pools | `pool list`, `view`, `link/unlink` | | Pipelines | `pipeline list`, `view`, `create`, `validate`, `pull`, `push`, `schema`, `delete` | | API | `teamcity api <endpoint>` — raw REST access | | Link | `teamcity link` — bind repo via `teamcity.toml` | ## Quick Workflows See [Workflows](references/workflows.md) for full details on each. - **Investigate failure**: `run list --status failure` → `run log <id> --failed --raw` → `run tests <id> --failed` - **Debug build chain**: `run tree <id>` → drill to deepest failed child - **Fix and verify**: edit → push → `run start --watch` (use `--local-changes` for personal builds) - **Pipeline lifecycle**: `pipeline pull <id>` → edit → `pipeline validate` → `pipeline push <id>`, `pipeline schema` to get the actual schema from the server - **GitHub VCS**: `connection create github-app` → `connection authorize` → install App on repo → `vcs create --auth token --connection-id <id>` - **Docker registry**: `echo $TOKEN | connection create docker -p <id> --name X --url https://ghcr.io --username U --stdin` ## References - [Command reference](references/commands.md) — all commands and flags - [Workflows](references/workflows.md) — failure investigation, build chains, connections, pipelines - [Output formats](references/output.md) — JSON, plain text, scripting
© cline · Apache-2.0 · cline/skills