TestsSûr100100/100
Github Qa Labels (Storybook)
Label GitHub issues and PRs found during QA testing. Use when organizing QA findings with proper labels.
ou envoie-le directement à ton agent.
Installer dans ton projet
$ curl -fsSL https://arboristhree.xyz/cli/install-skill.mjs -o /tmp/arboris-install-skill.mjs && node /tmp/arboris-install-skill.mjs github-qa-labels__storybookjs-storybook__agents-skills-278671dad552Storybook
storybookjs/storybook
Contenu à copier
--- name: github-qa-labels description: Label GitHub issues and PRs found during QA testing. Use when organizing QA findings with proper labels. allowed-tools: Bash metadata: origin: Storybook internal: true --- # GitHub QA Labels When creating or organizing issues/PRs found during QA testing, apply these labels. ## QA tracking label Add `upgrade:<version>` label to track all QA findings for a release: ```bash # Create label if it doesn't exist gh label create "upgrade:10.2" --repo storybookjs/storybook --color "0E8A16" --description "Issues/PRs found during 10.2 upgrade QA" # Add to issue/PR gh issue edit <NUMBER> --repo storybookjs/storybook --add-label "upgrade:10.2" gh pr edit <NUMBER> --repo storybookjs/storybook --add-label "upgrade:10.2" ``` ## Severity labels Add `sev:S1` through `sev:S4` to **bugs only** (not docs or feature requests): ```bash gh issue edit <NUMBER> --repo storybookjs/storybook --add-label "sev:S2" ``` Severity levels: - **sev:S1**: Critical, blocking, no workaround - **sev:S2**: Significant issue, may have workaround - **sev:S3**: Moderate issue, workaround exists - **sev:S4**: Minor issue, edge case, easy workaround ## What gets severity labels | Type | Severity label? | | ----------------------- | --------------- | | Bug (runtime error) | Yes | | Bug (type error) | Yes | | Bug (automigrate issue) | Yes | | Documentation issue | No | | Feature request | No | | Enhancement | No | ## Batch labeling Label multiple issues at once: ```bash gh issue edit 33524 --repo storybookjs/storybook --add-label "upgrade:10.2" && \ gh issue edit 33527 --repo storybookjs/storybook --add-label "upgrade:10.2" && \ gh pr edit 33526 --repo storybookjs/storybook --add-label "upgrade:10.2" ```
Colle ce Markdown dans ton agent ou utilise les boutons ci-dessus pour l’écrire dans ton projet.
Ce que fait Github Qa Labels (Storybook)
**sev:S1**: Critical, blocking, no workaround
**sev:S2**: Significant issue, may have workaround
**sev:S3**: Moderate issue, workaround exists
**sev:S4**: Minor issue, edge case, easy workaround
Comment utiliser Github Qa Labels (Storybook)
1
Copie le prompt
Un clic copie le prompt packagé (ou l'envoie à ton agent).
2
L'agent installe le skill
Il ajoute le SKILL.md et ses ressources à ton projet.
3
Activation automatique
Le skill s'active dès que le contexte correspond.
Déclencheurs pour Github Qa Labels (Storybook)
Dis simplement à ton agent quelque chose comme :
Applique le skill github-qa-labels__storybookjs-storybook__agents-skills-278671dad552 à cette tâche
Utilise github-qa-labels__storybookjs-storybook__agents-skills-278671dad552 pour améliorer cette implémentation
Passe en revue ce sujet avec github-qa-labels__storybookjs-storybook__agents-skills-278671dad552
Skills liés à Github Qa Labels (Storybook)
Add New Op (Alibaba)
为 MNN 框架新增算子。包含 Schema 定义、形状计算、几何计算、后端实现、单元测试的完整 TDD 流程。分 5 步执行,每步有独立测试标准。ai-regression-testing
Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.Analyze Test Report (PyTorch)
Analyze torch-tensorrt local test results and drive failures to a fix. Use when the user pastes a test report / summary, asks why tests failed, asks to triage or fix failing tests, or mentions the JUnit/test-summary output from `just tests-report` / `just test-summary`. Covers where the JUnit XMLs live, how to read the consolidated report, how to reproduce a single failure, and how to categorize (real bug vs torch-API change vs OOM/skip vs flake).