install
source · Clone the upstream repo
git clone https://github.com/toss/es-toolkit
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/toss/es-toolkit "$T" && mkdir -p ~/.claude/skills && cp -r "$T/.claude/skills/issue-label" ~/.claude/skills/toss-es-toolkit-issue-label && rm -rf "$T"
manifest:
.claude/skills/issue-label/SKILL.mdsource content
Issue Label
Analyze issue content and assign appropriate labels.
Input
$ARGUMENTS — Issue number (e.g.
1234)
Available Labels
| Label | When to use |
|---|---|
| Core function broken, incorrect results, crashes |
| Edge case failures, non-critical behavior issues, type errors |
| Wrong/outdated documentation, broken links |
| Performance improvements, bundle size reduction |
| New function or capability request |
| TypeScript type improvements, better generics |
| Code cleanup, internal improvements |
| New docs, translations, better examples |
| Questions, design discussions, RFCs |
| Good for external contributors |
Workflow
1. Fetch issue
gh issue view {number} --repo toss/es-toolkit --json title,body,labels
If labels already exist, report them and stop.
2. Analyze content
From title and body, identify:
- Is it a bug report? (error messages, "doesn't work", "incorrect", "doesn't match lodash")
- Is it a feature request? ("add", "implement", "support")
- Is it about docs? ("docs", "typo", "translation", "example")
- Is it about types? ("type", "TypeScript", "generic", "inference")
- Is it a question? (question marks, "how to", "is it possible")
3. Apply label
gh issue edit {number} --repo toss/es-toolkit --add-label "{label}"
4. Report
## Issue #{number} — {title} ### Applied Label: {label} ### Reason: {why this label fits}