agentleFS
a-ng-da-ng-d/claude-ui-color-palette/skills/gitlab-cli-skills/glab-runner-controller/SKILL.md

glab-runner-controller

Skill1 starsChanged 7 months agoMITView on GitHub

Manage GitLab runner controllers and authentication tokens. Create, inspect, update, delete controllers; manage scopes; and generate, rotate, and revoke tokens. Admin-only experimental feature for managing runner controller lifecycle. Triggers on runner controller, controller token, controller scope, experimental runner, admin runner.

We split this skill into the rules it gives an agent

15 rules. About 0 are common, 11 are distinctive, and 4 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈11

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use at your own risk

    line 14
  2. Distinctive:

    Create and configure runner controllers

    line 21
  3. Distinctive:

    Revoke immediately: when compromised

    line 202
  4. Distinctive:

    Verify you're authenticated as an admin user

    line 219
  5. Very specific:

    Check glab auth status to confirm current user

    line 220
  6. Very specific:

    Verify controller ID with glab runner-controller list

    line 223
  7. Distinctive:

    Check if you have access to the correct GitLab instance

    line 225
  8. Distinctive:

    Ensure controller exists and is enabled

    line 228
  9. Distinctive:

    Check GitLab instance version (experimental features may require recent versions)

    line 230
  10. Distinctive:

    Wait 10-30 seconds and test again

    line 234
  11. Distinctive:

    Check controller state (disabled controllers don't enforce token validation)

    line 235
  12. Distinctive:

    Check if controller has active runners

    line 238
  13. Very specific:

    Use --force to override (⚠️ destructive)

    line 240
  14. Very specific:

    Verify glab version: glab version (requires a recent glab build)

    line 243
  15. Distinctive:

    Check if feature flag is enabled on GitLab instance

    line 244

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

glab-runner-controller

Manage GitLab runner controllers and their authentication tokens.

⚠️ Experimental Feature

Status: EXPERIMENTAL (Admin-only)

What It Does

Runner controllers manage the orchestration of GitLab Runners in your infrastructure. This skill provides commands to:

  • Create and configure runner controllers
  • Inspect controller details and connection status
  • Manage controller lifecycle (list, get, update, delete)
  • Manage controller scopes (instance-level or runner-level)
  • Generate and rotate authentication tokens
  • Revoke compromised tokens

Common Workflows

Create Runner Controller

# Create with default settings
glab runner-controller create

# Create with description
glab runner-controller create --description "Production runners"

# Create enabled controller
glab runner-controller create --description "Prod" --state enabled

States:

  • disabled - Controller exists but inactive
  • enabled - Controller is active (default)
  • dry_run - Test mode (no actual runner execution)

List and View Controllers

# List all controllers
glab runner-controller list

# List with pagination
glab runner-controller list --page 2 --per-page 50

# Output as JSON
glab runner-controller list --output json

# Get one controller with status details (v1.90.0+)
glab runner-controller get 42

glab runner-controller get 42 --output json

Update Controller

# Update description
glab runner-controller update 42 --description "Updated name"

# Change state
glab runner-controller update 42 --state disabled

# Update both
glab runner-controller update 42 --description "Prod" --state enabled

Delete Controller

# Delete with confirmation prompt
glab runner-controller delete 42

# Delete without confirmation
glab runner-controller delete 42 --force

Scope Management (v1.90.0+)

Runner controller scopes determine what the controller is allowed to evaluate.

List Scopes

# List all scopes for controller 42
glab runner-controller scope list 42

# JSON output
glab runner-controller scope list 42 --output json

Add Scopes

# Allow the controller to evaluate all instance runners
glab runner-controller scope create 42 --instance

# Allow the controller to evaluate a specific runner
glab runner-controller scope create 42 --runner 5

# Add multiple runner scopes
glab runner-controller scope create 42 --runner 5 --runner 10
glab runner-controller scope create 42 --runner 5,10

Remove Scopes

# Remove the instance-level scope
glab runner-controller scope delete 42 --instance

# Remove a specific runner-level scope
glab runner-controller scope delete 42 --runner 5 --force

Note: Older docs/examples may refer to glab runner-controller runner ... subcommands. In v1.90.0, the user-facing surface is glab runner-controller scope ... plus glab runner-controller get.

Token Management Workflows

Token Lifecycle

Create → Rotate → Revoke is the typical token lifecycle for security best practices.

1. Create Token

# Create token for controller 42
glab runner-controller token create 42

# Create with description
glab runner-controller token create 42 --description "production"

# Output as JSON (for automation)
glab runner-controller token create 42 --output json

Important: Save the token value immediately - it's only shown once at creation.

2. List Tokens

# List all tokens for controller 42
glab runner-controller token list 42

# List as JSON
glab runner-controller token list 42 --output json

# Paginate
glab runner-controller token list 42 --page 1 --per-page 20

3. Rotate Token

Rotation generates a new token and invalidates the old one.

# Rotate token 1 (with confirmation)
glab runner-controller token rotate 42 1

# Rotate without confirmation
glab runner-controller token rotate 42 1 --force

# Rotate and output as JSON
glab runner-controller token rotate 42 1 --force --output json

Use cases:

  • Scheduled rotation (security policy compliance)
  • Token compromise response
  • Key rotation before employee departure

4. Revoke Token

# Revoke token 1 (with confirmation)
glab runner-controller token revoke 42 1

# Revoke without confirmation
glab runner-controller token revoke 42 1 --force

When to revoke:

  • Token compromised or leaked
  • Controller decommissioned
  • Access no longer needed

Token Security Best Practices

  1. Rotate regularly - Set up scheduled rotation (e.g., every 90 days)
  2. Use descriptions - Track token purpose and owner
  3. Revoke immediately when compromised
  4. Never commit tokens to version control
  5. Use --output json for automation (parse token value securely)

Decision Tree: Controller State Selection

Do you need the controller active?
├─ Yes → --state enabled
├─ Testing configuration? → --state dry_run
└─ No (maintenance/setup) → --state disabled

Troubleshooting

"Permission denied" or "403 Forbidden":

  • Runner controller commands require GitLab admin privileges
  • Verify you're authenticated as an admin user
  • Check glab auth status to confirm current user

"Runner controller not found":

  • Verify controller ID with glab runner-controller list
  • Controller may have been deleted
  • Check if you have access to the correct GitLab instance

Token creation fails:

  • Ensure controller exists and is enabled
  • Verify admin privileges
  • Check GitLab instance version (experimental features may require recent versions)

Token rotation shows old token still works:

  • Token invalidation may take a few seconds to propagate
  • Wait 10-30 seconds and test again
  • Check controller state (disabled controllers don't enforce token validation)

Cannot delete controller:

  • Check if controller has active runners
  • May need to decommission runners first
  • Use --force to override (⚠️ destructive)

Experimental feature not available:

  • Verify glab version: glab version (requires a recent glab build)
  • Check if feature flag is enabled on GitLab instance
  • Confirm GitLab instance version supports runner controllers

Related Skills

CI/CD & Runners:

  • glab-ci - View and manage CI/CD pipelines and jobs
  • glab-job - Retry, cancel, view logs for individual jobs
  • glab-runner - Manage individual runners (list, assign, jobs, managers, update, delete)

Repository Management:

  • glab-repo - Manage repositories (runner controllers are instance-level)

Authentication:

  • glab-auth - Login and authentication management

v1.90.0 Changes

  • Added glab runner-controller get <controller-id> — inspect one controller and its connection status
  • Reworked scope management under glab runner-controller scope list|create|delete
  • Older glab runner-controller runner ... scope examples should be treated as pre-v1.90.0 guidance

Command Reference

For complete command syntax and all available flags, see:

  • references/commands.md

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.