buildkite-cli
This skill should be used when the user asks to "trigger a build", "check build status", "watch a build", "view build logs", "retry a build", "cancel a build", "list builds", "download artifacts", "upload artifacts", "manage secrets", "create a pipeline", "list pipelines", or "interact with Buildkite from the command line". Also use when the user mentions bk commands, bk build, bk job, bk pipeline, bk secret, bk artifact, bk cluster, bk package, bk auth, bk configure, bk use, bk init, bk api, or asks about Buildkite CLI installation, terminal-based Buildkite workflows, or command-line CI/CD operations.
What this skill does
# Buildkite CLI The Buildkite CLI (`bk`) provides terminal access to builds, jobs, pipelines, secrets, artifacts, clusters, and packages. Use it to trigger builds, tail logs, manage secrets, and automate CI/CD workflows without leaving the command line. ## Quick Start ```bash # Install brew tap buildkite/buildkite && brew install buildkite/buildkite/bk # Authenticate bk configure # Trigger a build on the current branch bk build create --pipeline my-app # Watch it run bk build watch 42 --pipeline my-app # View logs for a failed job bk job log <job-id> --pipeline my-app --build 42 ``` ## Installation ```bash brew tap buildkite/buildkite && brew install buildkite/buildkite/bk ``` For binary downloads, shell completion, and verification, see `references/command-reference.md`. ## Authentication Run `bk configure` to set the organization slug and API access token. This creates `$HOME/.config/bk.yaml` on first run. ```bash bk configure # Non-interactive (CI/Docker): bk configure --org my-org --token "$BUILDKITE_API_TOKEN" --no-input ``` Or use keychain-based auth (v3.31+): `bk auth login` ### Token creation 1. Open Buildkite > user avatar > **Personal Settings** > **API Access Tokens** 2. Select **New API Access Token** 3. Grant scopes: `read_builds`, `write_builds`, `read_pipelines`, `read_artifacts` at minimum 4. Copy the token and pass it to `bk configure` For the full `bk auth` subcommand reference and organization switching (`bk use`), see `references/command-reference.md`. ## Builds Manage pipeline builds — create, view, list, cancel, retry, and watch. ### Create a build ```bash # Build the current branch and commit (pipeline auto-detected from repo) bk build create # Explicit pipeline bk build create --pipeline my-app # Build with environment variables and metadata bk build create -e "FOO=BAR" -e "BAR=BAZ" bk build create --branch feature/auth --commit abc1234 --env "DEPLOY_ENV=staging" ``` | Flag | Short | Default | Description | |------|-------|---------|-------------| | `--pipeline` | `-p` | auto-detected | Pipeline slug; resolved from repo context when omitted | | `--branch` | `-b` | current branch | Git branch to build | | `--commit` | `-c` | HEAD | Git commit SHA | | `--message` | `-m` | — | Build message | | `--env` | `-e` | — | Environment variables (repeatable) | | `--env-file` | `-f` | — | Load environment variables from a file | | `--metadata` | `-M` | — | Build metadata key=value (repeatable) | ### View a build ```bash bk build view 42 --pipeline my-app ``` ### List builds ```bash # List recent builds for a pipeline bk build list --pipeline my-app # List only failed builds bk build list --pipeline my-app --state failed ``` | Flag | Short | Default | Description | |------|-------|---------|-------------| | `--pipeline` | `-p` | — | Pipeline slug (omit for org-wide listing) | | `--state` | `-s` | — | Filter by state: `running`, `scheduled`, `passed`, `failed`, `blocked`, `canceled`, `canceling`, `skipped`, `not_run`, `finished` | | `--output` | `-o` | `text` | Output format: `text`, `json` | ### Watch a build Stream real-time build progress to the terminal. Blocks until the build completes or is canceled. ```bash bk build watch 42 --pipeline my-app ``` ### Cancel a build ```bash bk build cancel 42 --pipeline my-app ``` The build must be in a `scheduled`, `running`, or `failing` state. ### Retry a build ```bash bk build retry 42 --pipeline my-app ``` ### Build workflow: trigger and watch Combine `create` and `watch` for a complete trigger-and-follow workflow: ```bash # Trigger a build and immediately stream progress bk build create --pipeline my-app --branch main && bk build watch --pipeline my-app ``` ## Jobs Manage individual jobs within a build — view logs, retry failures, cancel running jobs. ### View job logs ```bash bk job log <job-id> --pipeline my-app --build 42 --follow ``` | Flag | Short | Default | Description | |------|-------|---------|-------------| | `--pipeline` | `-p` | — | Pipeline slug (required) | | `--build` | `-b` | — | Build number (required) | | `--follow` | `-f` | `false` | Stream logs in real-time | ### Retry a job Each job ID can only be retried once — subsequent retries must use the new job ID returned by the first retry. ```bash bk job retry <job-id> --pipeline my-app --build 42 ``` ### Cancel a job ```bash bk job cancel <job-id> --pipeline my-app --build 42 ``` ### Debugging workflow: find failures and read logs ```bash # Find failed builds bk build list --pipeline my-app --state failed # View the build to identify which jobs failed bk build view 42 --pipeline my-app # Read logs for the failed job bk job log <job-id> --pipeline my-app --build 42 ``` ## Pipelines Manage pipeline configuration — list, create, and update pipelines. > For converting pipelines from other CI systems, see the **buildkite-migration** skill. ### Convert a pipeline from another CI system Convert a GitHub Actions, Jenkins, CircleCI, Bitbucket, GitLab, Harness, or Bitrise pipeline to Buildkite YAML. No login required — uses a public API. ```bash # Auto-detect vendor from file path and save to .buildkite/pipeline.<vendor>.yml bk pipeline convert -F .github/workflows/ci.yml bk pipeline convert -F .circleci/config.yml bk pipeline convert -F Jenkinsfile # Specify vendor explicitly (required for gitlab, harness, bitrise) bk pipeline convert -F .gitlab-ci.yml --vendor gitlab # Custom output path bk pipeline convert -F .github/workflows/ci.yml --output .buildkite/pipeline.yml # Read from stdin cat .github/workflows/ci.yml | bk pipeline convert --vendor github ``` | Flag | Short | Default | Description | |------|-------|---------|-------------| | `--file` | `-F` | — | Path to source pipeline file (required unless using stdin) | | `--vendor` | `-v` | auto-detected | Source CI vendor: `github`, `bitbucket`, `circleci`, `jenkins`, `gitlab`, `harness`, `bitrise` | | `--output` | `-o` | `.buildkite/pipeline.<vendor>.yml` | Output file path | | `--timeout` | — | `300` | Cancellation timeout in seconds | ### List pipelines ```bash bk pipeline list ``` ### Create a pipeline ```bash bk pipeline create --name "My App" --repository "[email protected]:org/my-app.git" ``` | Flag | Short | Default | Description | |------|-------|---------|-------------| | `--name` | `-n` | — | Pipeline name (required) | | `--repository` | `-r` | — | Git repository URL (required) | | `--cluster` | | — | Cluster UUID to assign the pipeline to | | `--description` | `-d` | — | Pipeline description | > For pipeline YAML configuration after creation, see the **buildkite-pipelines** skill. ### Update a pipeline ```bash bk pipeline update my-app --description "Production application pipeline" ``` ## Secrets Manage cluster-scoped secrets for pipelines. Secrets are encrypted and accessible to all agents within a cluster. > For using secrets inside pipeline YAML (`secrets:` key) and inside job steps (`buildkite-agent secret get`), see the **buildkite-pipelines** skill and **buildkite-agent-runtime** skill respectively. ### Create a secret ```bash bk secret create MY_SECRET --cluster my-cluster --value "$TOKEN" ``` | Flag | Short | Default | Description | |------|-------|---------|-------------| | `--cluster` | | — | Cluster UUID or slug (required) | | `--value` | | — | Secret value (omit for interactive prompt) | | `--description` | `-d` | — | Human-readable description | **Naming rules:** - Keys must contain only letters, numbers, and underscores - Keys cannot begin with `buildkite` or `bk` (case-insensitive) - Exception: `BUILDKITE_API_TOKEN` is allowed ### List secrets ```bash bk secret list --cluster my-cluster ``` ### Update a secret ```bash bk secret update MY_SECRET --cluster my-cluster --value "$NEW_TOKEN" ``` ### Delete a secret ```bash bk secret delete MY_SECRET --cluster my-cluster ``` ## Artifacts Upload and download build artifacts from the terminal. ### Download artifacts ```bash bk arti
Related in Backend & APIs
jfrog
IncludedInteract with the JFrog Platform via the JFrog CLI and REST/GraphQL APIs. Use this skill when the user wants to manage Artifactory repositories, upload or download artifacts, manage builds, configure permissions, manage users and groups, work with access tokens, configure JFrog CLI servers, search artifacts, manage properties, set up replication, manage JFrog Projects, run security audits or scans, look up CVE details, query exposures scan results from JFrog Advanced Security, manage release bundles and lifecycle operations, aggregate or export platform data, or perform any JFrog Platform administration task. Also use when the user mentions jf, jfrog, artifactory, xray, distribution, evidence, apptrust, onemodel, graphql, workers, mission control, curation, advanced security, exposures, or any JFrog product name.
cupynumeric-migration-readiness
IncludedPre-migration readiness assessor for porting NumPy to cuPyNumeric. Use BEFORE substantial porting work begins when the user asks whether code will scale on GPU, whether they should migrate to cuPyNumeric, which NumPy patterns transfer cleanly, what must be refactored before porting, or mentions pre-port assessment, scaling analysis, or refactor planning. Inspect the user's source code, look up NumPy usage, cross-reference the cuPyNumeric API support manifest, and distinguish distributed-scaling-friendly patterns from blockers such as unsupported APIs, scalar synchronization, host round-trips, Python/object-heavy control flow, shape/data-dependent branching, and in-place mutation hazards. Produce a verdict of READY, LIGHT REFACTOR, SIGNIFICANT REFACTOR, or NOT RECOMMENDED, with concrete refactor pointers.
alibabacloud-data-agent-skill
IncludedInvoke Alibaba Cloud Apsara Data Agent for Analytics via CLI to perform natural language-driven data analysis on enterprise databases. Data Agent for Analytics is an intelligent data analysis agent developed by Alibaba Cloud Database team for enterprise users. It automatically completes requirement analysis, data understanding, analysis insights, and report generation based on natural language descriptions. This tool supports: discovering data resources (instances/databases/tables) managed in DMS, initiating query or deep analysis sessions, real-time progress tracking, and retrieving analysis conclusions and generated reports. Use this Skill when users need to query databases, analyze data trends, generate data reports, ask questions in natural language, or mention "Data Agent", "data analysis", "database query", "SQL analysis", "data insights".
token-optimizer
IncludedReduce OpenClaw token usage and API costs through smart model routing, heartbeat optimization, budget tracking, and native 2026.2.15 features (session pruning, bootstrap size limits, cache TTL alignment). Use when token costs are high, API rate limits are being hit, or hosting multiple agents at scale. The 4 executable scripts (context_optimizer, model_router, heartbeat_optimizer, token_tracker) are local-only — no network requests, no subprocess calls, no system modifications. Reference files (PROVIDERS.md, config-patches.json) document optional multi-provider strategies that require external API keys and network access if you choose to use them. See SECURITY.md for full breakdown.
resend-cli
IncludedUse this skill when the task is specifically about operating Resend from an AI agent, terminal session, or CI job via the official resend CLI: installing/authenticating the CLI, sending/listing/updating/cancelling emails, batch sends, domains and DNS, webhooks and local listeners, inbound receiving, contacts, topics, segments, broadcasts, templates, API keys, profiles, or debugging Resend CLI/API failures. Trigger on mentions of Resend CLI, `resend`, `resend doctor`, `resend emails send`, `resend domains`, `resend webhooks listen`, `resend emails receiving`, or agent-friendly terminal automation.
alibabacloud-odps-maxframe-coding
IncludedUse this skill for MaxFrame SDK development and documentation navigation on Alibaba Cloud MaxCompute (ODPS). Helps answer MaxFrame API, concept, official example, and supported pandas API questions; create data processing programs; read/write MaxCompute tables; debug jobs (remote or local); and build custom DPE runtime images. Trigger when users mention MaxFrame, MaxCompute with MaxFrame, ODPS table processing, DPE runtime, MaxFrame docs/examples, DataFrame/Tensor operations, or GPU runtime setup. Works for both English and Chinese queries about Alibaba Cloud data processing with MaxFrame.