triaging-issues
Triage issues labeled 'untriaged' in a repository. Investigates each issue, correlates with recent activity, and categorizes into: customer issue, ready for work, needs investigation, or already addressed. Informational only โ does not modify issues.
What this skill does
**Important: This skill is informational only. Do not modify issues, apply labels, assign users, post comments, or close issues.** ## Workflow ### Step 1: List untriaged issues ```shell gh issue list --label untriaged ``` ### Step 2: Investigate each issue For each untriaged issue, gather its full context: - **Issue details:** `gh issue view <number>` - **Comments:** `gh issue view <number> --comments` - **Related PRs:** Check if any open or recently merged PRs reference the issue. ### Step 3: Correlate with recent activity - Check recent pull requests: `gh pr list --state all` - Check recent issues: `gh issue list --state all` Look for: - Is there an open or recently merged PR that fixes this issue? - Is this a duplicate of an existing issue? - Is this related to a known pipeline or infrastructure failure? ### Step 4: Categorize and present results Place each issue into **one** of these categories (in this priority order): 1. ๐ท **Customer Issue** โ A product issue affecting users or customers, not an infrastructure or pipeline problem. These follow a separate triage process. 2. ๐ข **Ready for Work** โ Well-defined problem with a known or straightforward root cause. Can be picked up and worked on immediately. 3. ๐ **Needs Investigation** โ Looks valid but needs reproduction, root-cause analysis, more information from the reporter, or further research before work can begin. 4. โ **Already Addressed** โ Likely fixed by a recent PR or commit, is a duplicate of another issue, or is no longer relevant. Can probably be closed. Use your judgment when things are ambiguous. For example: - An issue describing unexpected behavior in a published image from an end-user's perspective is a **Customer Issue**, even if the root cause turns out to be infrastructure. - An auto-generated publish-result issue from pipeline infrastructure is **not** a customer issue โ categorize based on its actionability. - An issue that has a linked merged PR but hasn't been closed yet is likely **Already Addressed**. - An issue with a clear error message and obvious fix is **Ready for Work**, even if no one has reproduced it yet. For each issue, include: - Issue number and title - Category with emoji - A brief summary of what the issue is about - Why you chose that category - Suggested next step (e.g., "investigate root cause", "verify fix in PR #123", "needs repro steps from reporter") End with a recommended prioritization of which issues to tackle first.
Related in Sales & CRM
process-mapper
IncludedUse when a BizOps lead, COO, or process-improvement owner needs to document an end-to-end business process (procurement, employee onboarding, incident handoff, customer-onboarding, claims adjudication) in BPMN-style notation, measure cycle times by stage, surface where work spends most of its time waiting vs. being worked, and quantify the gap between processing time and total elapsed time. Pairs Lean / Six Sigma / Theory-of-Constraints canon with deterministic stdlib-only Python tools to produce a process map, a ranked bottleneck list (with severity + root-cause hypothesis), and a cycle-time analysis (P50, P90, value-add ratio, Little's-Law throughput). Distinct from sales-pipeline, system-reliability (SLO), and strategic-OKR work โ this is tactical process documentation for internal operations.
payment-integration
IncludedIntegrate payments with SePay (VietQR), Polar, Stripe, Paddle (MoR subscriptions), Creem.io (licensing). Checkout, webhooks, subscriptions, QR codes, multi-provider orders.
customer-success-manager
IncludedMonitors customer health, predicts churn risk, and identifies expansion opportunities using weighted scoring models for SaaS customer success
sales-engineer
IncludedAnalyzes RFP/RFI responses for coverage gaps, builds competitive feature comparison matrices, and plans proof-of-concept (POC) engagements for pre-sales engineering. Use when responding to RFPs, bids, or proposal requests; comparing product features against competitors; planning or scoring a customer POC or sales demo; preparing a technical proposal; or performing win/loss competitor analysis. Handles tasks described as 'RFP response', 'bid response', 'proposal response', 'competitor comparison', 'feature matrix', 'POC planning', 'sales demo prep', or 'pre-sales engineering'.
customer-success-manager
IncludedMonitors customer health, predicts churn risk, and identifies expansion opportunities using weighted scoring models for SaaS customer success
sales-engineer
IncludedAnalyzes RFP/RFI responses for coverage gaps, builds competitive feature comparison matrices, and plans proof-of-concept (POC) engagements for pre-sales engineering. Use when responding to RFPs, bids, or proposal requests; comparing product features against competitors; planning or scoring a customer POC or sales demo; preparing a technical proposal; or performing win/loss competitor analysis. Handles tasks described as 'RFP response', 'bid response', 'proposal response', 'competitor comparison', 'feature matrix', 'POC planning', 'sales demo prep', or 'pre-sales engineering'.