Issue Triage Skill (Carrier)
Purpose
Guide agents to periodically check open issues and pick up work that needs attention.
Triage Process
- •List open issues:
gh issue list --repo Keith-CY/carrier --state open --json number,title,assignees,labels,createdAt - •Categorize each issue:
- •Assigned to me: check if work has started (existing branch/PR). If not, evaluate complexity.
- •Unassigned: evaluate if lightweight enough to self-assign.
Lightweight vs Heavy
Lightweight (auto-handle):
- •Documentation updates, README changes
- •Template additions (issue templates, PR templates)
- •Small bug fixes with clear scope
- •Configuration changes
- •Adding tests for existing code
Heavy (report only, don't auto-handle):
- •New features requiring design decisions
- •Architecture changes
- •Multi-file refactors spanning daemon + gateway
- •Anything touching security-critical paths without clear spec
Handling Lightweight Issues
- •Self-assign:
gh issue edit <number> --repo Keith-CY/carrier --add-assignee dev01lay2 - •Create worktree:
git worktree add /tmp/carrier-issue-<number> -b codex/issue-<number>-<description> origin/main(where<description>is a short kebab-case summary of the issue title, e.g.,codex/issue-42-fix-readme-typo) - •Implement changes, run tests
- •Push and create PR:
gh pr create --repo Keith-CY/carrier --base main - •Set auto-merge:
gh pr merge --repo Keith-CY/carrier --squash --auto - •Never push directly to main or develop
- •Never self-merge — wait for maintainer review
Automation Trigger
This skill is intended to be executed by repository automation (for example cron-driven sweeps). Keep cadence details in the automation configuration/prompt as the source of truth.