Sponsor Suno AI Music arrow_forward
Slash Command

Update Labels

Reorganize GitHub issue labels into type, priority, and effort groups.

Type
Slash Command
GitHub stars
339
License
MIT
Repo last updated
Sep 24, 2026

What Update Labels is

Update Labels is a slash command published in the athola/claude-night-market repository on GitHub, which has about 339 stars. The repository describes itself as: “23 Claude Code plugins: TDD enforcement hooks, git/PR workflows, spec-driven development, code review, project lifecycle, fix-from-error, maintenance automation, context optimization, research, and multi-LLM delegation. 186 skills, 128 commands, 54 agents.”

A slash command is a reusable prompt saved as a markdown file and run by typing its name after a slash. In Claude Code, custom commands have been merged into skills: a file in .claude/commands/ and a skill folder in .claude/skills/ both create the same kind of command, and existing command files keep working.

Update Labels gives you a repeatable way to run the same instructions without retyping them, optionally with arguments.

How to install Update Labels

Claude Code

  1. Download update-labels.md from the repository.
  2. Save it to ~/.claude/commands/ (all projects) or .claude/commands/ (one project). As a skill, you can instead save it as ~/.claude/skills/<name>/SKILL.md.
  3. Run it by typing / followed by its name.

Claude Cowork

  1. Turn the command into a skill: create a folder with the file saved as SKILL.md and zip it.
  2. In Customize → Skills, click +, then upload the ZIP.
  3. Run it from any task with / and the skill name.

New to extending Cowork? Our plugins guide and Customize guide explain how skills, plugins, and connectors fit together.

Inside the source file

An excerpt from plugins/minister/commands/update-labels.md, shared under the repository's MIT license. Read the full file on GitHub.

Reorganizes GitHub issue labels into a professional taxonomy. Creates distinct labels for issue types (feature, bugfix, test, docs, etc.), priorities, and effort estimates, then re-labels all issues accordingly.

Custom Labels: The taxonomy below serves as a foundation. You should create custom labels for project-specific needs:

When to Add Custom Labels:

  • Component areas (e.g., frontend, backend, api, database)
  • Plugin/module names (e.g., sanctum, minister, pensive)
  • Workflow states (e.g., blocked, ready-for-review, needs-investigation)
  • Team ownership (e.g., team-platform, team-product)
  • Technology-specific (e.g., python, typescript, rust)

Good Custom Label Examples:

# Component-based
gh label create "frontend" --color "#C5DEF5" --description "Frontend/UI changes"
gh label create "api" --color "#006B75" --description "API and backend services"

# Project-specific
gh label create "sanctum" --color "#9B59B6" --description "Sanctum plugin work"
gh label create "hooks" --color "#E67E22" --description "Hook development"

# Workflow-specific
gh label create "blocked" --color "#B60205" --description "Blocked by external dependency"
gh label create "ready-for-review" --color "#0E8A16" --description "Ready for code review"

Custom labels should complement (not replace) the standard taxonomy. Keep them focused on project-specific classification that adds value beyond type/priority/effort.

Arguments

  • --repo <owner/repo> - Target repository (default: current)
  • --dry-run - Preview changes without applying them
  • --preserve ... - Labels to keep unchanged (e.g., plugin-specific labels)
  • --skip-relabel - Only create labels, don't update issues
  • --interactive - Confirm each issue update

Label Taxonomy

Type Labels (Mutually Exclusive)

Priority Labels

Effort Labels

Standard Labels (Preserved)

  • good first issue - Good for newcomers
  • help wanted - Extra attention is needed
  • duplicate, invalid, wontfix, question - Status labels

Workflow

Phase 1: Analyze Current State

# List existing labels
gh label list --json name,description,color

# List all open issues with labels
gh issue list --state open --json number,title,labels

Identify:

  • Labels to create (from taxonomy above)
  • Labels to rename (e.g., bug -> bugfix, documentation -> docs)
  • Labels to delete (e.g., enhancement catch-all)
  • Labels to preserve (plugin-specific, user-specified)

Phase 2: Create/Update Labels

For each label in the taxonomy:

# Create if doesn't exist
gh label create "<name>" --description "<desc>" --color "<color>"

# Or update if exists with wrong attributes
gh label edit "<old-name>" --name "<new-name>" --description "<desc>" --color "<color>"

Phase 3: Classify Issues

For each open issue, analyze and determine appropriate labels:

Type Classification Rules:

Effort Classification Rules:

Phase 4: Apply Labels

# For each issue
gh issue edit <number> \
  --add-label "<type-label>" \
  --add-label "<effort-label>" \
  --remove-label "enhancement"  # Remove catch-all

Phase 5: Cleanup Obsolete Labels

# Delete labels that are now redundant
gh label delete "enhancement" --yes
gh label delete "suggestion" --yes

Phase 6: Report Results

Display summary:

## Label Taxonomy Update Complete

### Labels Created
| Label | Description |
|-------|-------------|
| feature | New functionality |
| ... | ... |

### Labels Renamed
| Old | New |
|-----|-----|
| documentation | docs |
| bug | bugfix |

### Labels Deleted
- enhancement (replaced by specific types)
- suggestion (redundant)
…

Examples

Example 1: Default Usage

/update-labels

Analyzing labels in athola/claude-night-market...

Current State:
- 12 existing labels
- 60 open issues
- 45 issues using 'enhancement' catch-all

Creating Labels:
  OK feature - New functionality
  OK bugfix - Bug fixes
  OK test - Testing improvements
  ...

Renaming Labels:
  OK documentation -> docs
…

Example 2: Dry Run

/update-labels --dry-run

[DRY RUN] Would create labels:
  - feature (#1D76DB)
  - bugfix (#D73A4A)
  ...

[DRY RUN] Would update issues:
  #99: +feature, +medium-effort, -enhancement
  #108: +test, +large-effort, -enhancement
  ...

No changes made.

Before you install

  • Read the whole file first. Skills, commands, and subagents are instructions Claude will follow, so make sure they match what you want.
  • Check which tools, scripts, or MCP servers it uses. Local servers and scripts run with your permissions.
  • Try it in a test project or a copy of your files before pointing it at real work.
  • Pin the version you tested, and review changes before updating.
  • Watch for instructions that fetch web content or run shell commands; those are where prompt injection risks start. See our prompt injection guide.

FAQ

What is Update Labels?

Update Labels is a slash command for Claude Code and Claude Cowork from the athola/claude-night-market repository on GitHub. Reorganize GitHub issue labels into type, priority, and effort groups.

How do I install Update Labels in Claude Code?

Download update-labels.md from the repository. Save it to ~/.claude/commands/ (all projects) or .claude/commands/ (one project). As a skill, you can instead save it as ~/.claude/skills/<name>/SKILL.md. Run it by typing / followed by its name.

Can I use Update Labels in Claude Cowork?

Turn the command into a skill: create a folder with the file saved as SKILL.md and zip it. In Customize → Skills, click +, then upload the ZIP. Run it from any task with / and the skill name.

Is Update Labels safe to install?

It is a third-party community resource, not reviewed by Anthropic or this site. Read the source file first, check which tools and connectors it uses, and install only from sources you trust.

Similar resources

Browse all skills, subagents, and plugins →

Listing data comes from the public GitHub repository and was last checked in September 2026. Excerpts are © their authors and shared under MIT. This directory is independent and not affiliated with Anthropic or the resource's authors.