AgentSkillsCN

fiftyone-issue-triage

对 FiftyOne GitHub 问题进行分类归档,包括“已修复”、“不会修复”、“无法复现”或“仍有效”。适用于审查 GitHub 问题、对漏洞进行分类处理,或在 voxel51/fiftyone 仓库中关闭长期未解决的问题时使用。

SKILL.md
--- frontmatter
name: fiftyone-issue-triage
description: Triages FiftyOne GitHub issues by categorizing as fixed, won't fix, not reproducible, or still valid. Use when reviewing GitHub issues, triaging bugs, or closing stale issues in the voxel51/fiftyone repository.

FiftyOne Issue Triage

Categories

CategoryWhen to Use
Already FixedResolved in recent commits/releases
Won't FixBy design, out of scope, or external behavior (browser, OS, third-party)
Not ReproducibleCannot reproduce with provided info
No Longer RelevantOutdated version, deprecated feature, or stale (6+ months)
Still ValidConfirmed bug or valid feature request needing work

Workflow

1. Fetch Issue

bash
gh issue view {number} --repo voxel51/fiftyone --json title,body,author,state,labels,comments

2. Analyze

  • Extract: issue type, version, reproduction steps, error message
  • Search related: gh issue list --repo voxel51/fiftyone --state all --search "keyword"
  • Check git history: git log --oneline --grep="keyword"

3. Assess Responsibility

  • External behavior (browser, OS, third-party)? → Won't Fix
  • User workflow/configuration issue? → Won't Fix (with workaround)
  • FiftyOne code/behavior issue? → Continue assessment

4. Assess Value

Before proposing fixes, ask: "Is a fix worth the effort?"

  • How many users affected?
  • Is workaround simple?
  • Would fix add complexity or hurt performance?

5. Check Documentation

bash
grep -r "keyword" docs/source/ --include="*.rst"

6. Categorize and Respond

Quick Reference

CategoryKey IndicatorAction
Already FixedFound in git logPoint to PR, suggest upgrade
Won't FixExternal/by designExplain, provide workaround
Not ReproducibleCan't reproduceRequest more info
No Longer RelevantOld/stale/deprecatedExplain, suggest new issue
Still ValidConfirmed, no fixDocument root cause, propose fix

Response Tone

Always start with thanks, be friendly, then explain. Keep responses simple (no internal code details).

If User Willing to Contribute