use-teamcity
Skill1.1k starsChanged 5 days agoApache-2.0View on GitHub
Interact with the kotlinx-rpc TeamCity CI/CD project using the `teamcity` CLI. Use this skill whenever the user wants to trigger builds, check build status, view build logs, monitor failures, manage the build queue, inspect agents, or do anything related to TeamCity CI. Also use it when the user mentions "TC", "TeamCity", "CI build", "run build", "build status", "build log", "trigger build", "check CI", or references a build configuration name or ID. Trigger even if the user doesn't say "TeamCity" explicitly -- if they ask about CI status, build failures, or want to run something on CI rather than locally, this is the right skill. Do NOT use this skill for local Gradle builds -- use `running_gradle_builds` or `running_gradle_tests` instead.
We split this skill into the rules it gives an agent
10 rules. About 0 are common, 4 are distinctive, and 6 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 27
When this skill is invoked from the fix-issue skill (autonomous issue-fixing workflow),
- Very specific: line 28
never run
teamcity auth statusorteamcity auth login: Instead, prefix every teamcity command with TEAMCITY_TOKEN=$TEAMCITY_AGENT_TOKEN. - Distinctive: line 34
Before running any commands, verify authentication:
- Very specific: line 40
If not authenticated, the user needs to log in interactively -- suggest they run !
- Distinctive: line 53
Read these as needed -- don't load them all upfront:
- Very specific: line 74
Add --watch to stream progress in real-time.
- Distinctive: line 181
Ensure that the repository is cloned and up-to-date before running commands.
- Distinctive: line 183
If not cloned - notify the user to clone it.
- Very specific: line 204
Read these files from ../kotlinx-rpc-build/ when the user asks about how a specific build is configured or wants to modify CI behavior.
- Very specific: line 213
Use --since and --until with durations like 24h, 7d, 1h for time-based filtering.
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
TeamCity CLI for kotlinx-rpc
Interact with the kotlinx-rpc TeamCity project via the teamcity CLI (expected
to be installed at /opt/homebrew/bin/teamcity).
For local Gradle builds and tests, use running_gradle_builds /
running_gradle_tests skills instead.
Agent workflow override
When this skill is invoked from the fix-issue skill (autonomous issue-fixing workflow),
never run teamcity auth status or teamcity auth login. Instead, prefix every
teamcity command with TEAMCITY_TOKEN=$TEAMCITY_AGENT_TOKEN. The fix-issue skill's
Authentication section has full details. Outside of fix-issue, the defaults below apply.
Prerequisites
Before running any commands, verify authentication:
teamcity auth statusIf not authenticated, the user needs to log in interactively -- suggest they run
! teamcity auth login in the prompt so the browser-based auth flow works in
their session.
TeamCity Project Structure
The root project is kRPC. It has two main branches:
- Build (
Build_kRPC) -- CI builds triggered on PRs and commits - Release (
Release_kRPC) -- Publication to Maven Central, Space, GitHub
Reference Files
Read these as needed -- don't load them all upfront:
references/build-ids.md-- Full catalog of build configuration IDs (composite builds, platform builds, quality checks, compiler plugin builds, special/scheduled builds). Read when you need to look up a specific build ID.references/remote-verification-table.md-- Decision table mapping changed file paths to the minimal set of TeamCity builds to trigger. Read when deciding which builds to run for a set of changes.references/release-builds.md-- Release pipeline build IDs for Sonatype, Space EAP, and Space gRPC. Read only during release workflows.
Common Workflows
Trigger a build on a branch
teamcity run start Build_kRPC_All --branch feature/my-branchAdd --watch to stream progress in real-time. Without it, the command returns
immediately after queuing.
To trigger with custom parameters (e.g., override Kotlin version):
teamcity run start Build_kRPC_All --branch main -E KOTLIN_COMPILER_VERSION_ENV=2.3.20Check recent build status
# Recent failures across all builds
teamcity run list --status failure --since 24h
# Recent builds for a specific configuration
teamcity run list --job Build_kRPC_All --limit 10
# Recent builds on a specific branch
teamcity run list --job Build_kRPC_All --branch main --limit 5
# Only running builds
teamcity run list --status runningInvestigate a build failure
# View build details
teamcity run view <build-id>
# Show failure summary (most useful for quick diagnosis)
teamcity run log <build-id> --failed
# Stream full build log (opens in pager)
teamcity run log <build-id>
# Show test results
teamcity run tests <build-id>
# Show VCS changes that triggered the build
teamcity run changes <build-id>Cancel or restart builds
# Cancel a running or queued build
teamcity run cancel <build-id> --comment "Cancelling: wrong branch"
# Restart a failed build
teamcity run restart <build-id>Download build artifacts
# List artifacts
teamcity run artifacts <build-id>
# Download artifacts
teamcity run download <build-id>View project/job hierarchy
# List all projects
teamcity project list
# View project tree
teamcity project tree kRPC
# List jobs in a project
teamcity job list --project Build_kRPC
# View snapshot dependency tree for a build config
teamcity job tree Build_kRPC_AllDry-run (preview without triggering)
teamcity run start Build_kRPC_All --branch main --dry-runJSON output for scripting
# Full JSON
teamcity run list --json --limit 5
# Specific fields
teamcity run list --json=id,status,webUrl --limit 5
# Plain text (for grep/awk)
teamcity run list --plain --limit 10Build Configuration DSL
The TeamCity Kotlin DSL configs live in the sibling repository:
../kotlinx-rpc-build/.teamcity/src/Ensure that the repository is cloned and up-to-date before running commands. Remote: https://git.jetbrains.team/krpc/krpc-build.git If not cloned - notify the user to clone it.
Key files when you need to understand or modify build configs:
Path (relative to .teamcity/src/) | Purpose |
project/Project.kt | Root project definition |
project/build/__project.kt | Build subproject structure |
project/release/__project.kt | Release subproject structure |
util/id.kt | All build configuration IDs |
util/target.kt | Platform target definitions |
util/compilerVersions.kt | Supported Kotlin versions list |
util/agent.kt | Agent requirements |
util/repository.kt | Publication repository definitions |
settings/kotlin.kt | Kotlin version parameters, IDE integration |
settings/artifacts.kt | Artifact collection rules |
settings/publishing.kt | Publishing configuration |
dsl/build/ | Build DSL builders (per-platform) |
dsl/release/ | Release DSL builders |
project/vcs.kt | VCS root configuration |
Read these files from ../kotlinx-rpc-build/ when the user asks about
how a specific build is configured or wants to modify CI behavior.
Tips
- Build IDs are case-sensitive -- use them exactly as listed in
references/build-ids.md. - For composite builds (like
Build_kRPC_All), failures in any dependency build will show in the composite. Userun log <id> --failedon the specific dependency build that failed, not the composite. - Use
--sinceand--untilwith durations like24h,7d,1hfor time-based filtering. - The
teamcity apicommand can make raw REST API calls for anything the CLI doesn't directly support:teamcity api /app/rest/builds?locator=...
Trending
Quiet since September.about the whole repository
Who's talking about Kotlin/kotlinx-rpc
- bright-room/mindstock“fix(deps): update kotlinx.rpc to v0.10.4”GitHub · Sep 25, 2026
- bright-room/mindstock“fix(deps): update kotlinx.rpc to v0.10.3”GitHub · Jul 10, 2026
- modelix/modelix.editor“fix(deps): update kotlinx.rpc to v0.10.4”GitHub · Jul 6, 2026
- ktorio/ktor-plugin-registry“Bump the all-gradle group with 11 updates”GitHub · Jun 30, 2026
- DerTyp7214/synara-api“chore(deps): bump kotlinx-rpc from 0.10.2 to 0.10.3”GitHub · Jun 27, 2026
The biggest 5 of 16 mentions linking to the repository that our crawl found. Each line is their own headline.
See all 16
Talked about on GitHub (16 times).
On GitHub · 16
- Sep 25, 2026fix(deps): update kotlinx.rpc to v0.10.4 — bright-room/mindstock0 reactions · 1 comment
- Jul 10, 2026fix(deps): update kotlinx.rpc to v0.10.3 — bright-room/mindstock0 reactions
- Jul 6, 2026fix(deps): update kotlinx.rpc to v0.10.4 — modelix/modelix.editor0 reactions · 1 comment
- Jun 30, 2026Bump the all-gradle group with 11 updates — ktorio/ktor-plugin-registry0 reactions
- Jun 27, 2026chore(deps): bump kotlinx-rpc from 0.10.2 to 0.10.3 — DerTyp7214/synara-api0 reactions · 1 comment
11 more on GitHub
- May 3, 2026Add compiler plugin implementation and Kotlin External FIR Support — TBSten/cream0 reactions
- Mar 30, 2026build(deps): bump kotlinx-rpc from 0.10.1 to 0.10.2 — modelix/modelix.editor0 reactions · 5 comments
- Jan 17, 2026chore(deps): bump kotlinx-rpc from 0.10.1 to 0.10.2 — DerTyp7214/synara-api0 reactions · 2 comments
- Dec 20, 2025build(deps): bump org.jetbrains.kotlinx:kotlinx-rpc-krpc-ktor-client from 0.10.0 to 0.10.1 — DerTyp7214/synara-api0 reactions · 1 comment
- Dec 20, 2025build(deps): bump org.jetbrains.kotlinx:kotlinx-rpc-krpc-ktor-server from 0.10.0 to 0.10.1 — DerTyp7214/synara-api0 reactions · 1 comment
- Jul 3, 2025Update kxrpc tutorial to 0.8.0 — ktorio/ktor-documentation0 reactions · 2 comments
- Jul 3, 2025Update kxrpc to 0.8.0 — ktorio/ktor-plugin-registry0 reactions · 1 comment
- Apr 4, 2025Update kxrpc to 0.6.0 — ktorio/ktor-plugin-registry0 reactions · 1 comment
- Jan 28, 2025Update kxrpc to 0.5.0 — ktorio/ktor-plugin-registry0 reactions
- Jan 7, 2025Migrate cloud-run server to RPC ProtoBuf — ashdavies/playground.ashdavies.dev0 reactions
- May 26, 2024KotlinでRemote Procedure Calls (RPC) を簡単に行えるライブラリkotlinx.rpc — AndroidDagashi/AndroidDagashi0 reactions
In this repository19 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- commit-changesSkill
- file-youtrack-issueSkill
- fix-issueSkill
- gh-stackSkill
- gradle_expertSkill
- interacting_with_project_runtimeSkill
- introspecting_gradle_projectsSkill
- managing_gradle_dependenciesSkill
- researching_gradle_internalsSkill
- run-local-verificationsSkill
- running_gradle_buildsSkill
- running_gradle_testsSkill
- searching_dependency_sourcesSkill
- update-docSkill
- update-shimSkill
- use-develocitySkill
- use-youtrackSkill
- verify-compiler-plugin-compatibilitySkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

