Receber por email
← Voltar para o catálogo

issue-triage

GitHub Issue 处理协作流程。当用户收到 issue 需要分析和回复时使用。通过"诊断 → 定性 → 决策 → 回复"四步法,从一个 issue 产出准确的根因分析和得体的用户回复,避免误判问题类型或回复不专业。

2estrelas
Atualizado há 4 meses

Ver no GitHub ↗

Como adicionar

/plugin marketplace add bg-szy/TOP-SKILLS

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/issue-triage-bg-szy/svg)](https://www.skillteca.com.br/skills/issue-triage-bg-szy)

Skills relacionadas

Ver todas de Desenvolvimento →

Alerta por categoria

Receba novas skills de Desenvolvimento toda segunda

1 email curto, só com as skills novas de Desenvolvimento. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

用户收到了一个 GitHub Issue(bug 报告、疑问、feature request),需要 AI 协助分析问题、判断是否要做、起草回复。AI 全程主导推进,用户只在关键节点做判断。

核心原则

  • 先诊断后开口 — 没看完代码不下结论,没找到根因不定性
  • 对用户诚实 — 是 bug 就认,是架构限制就说清楚,不甩锅也不画饼
  • 量化成本 — "成本高"不是结论,要说清楚高在哪:改几个文件、涉及哪些模块、有没有测试条件
  • 给替代方案 — 不做不等于不管,要告诉用户现在怎么绕过

工作流程

第 1 步:获取 Issue 内容

目标: 拿到 issue 的完整信息。

方法:

  1. 用户提供 issue 链接或仓库地址
  2. 通过 gh issue view 或 WebFetch 获取 issue 详情
  3. 提取关键信息:用户环境、复现步骤、期望行为、实际行为、用户的猜测

输出: 向用户简要转述 issue 内容,确认理解无误。

禁止: 只看标题就开始分析。必须读完 issue 全文。

[Description truncada. Veja o README completo no GitHub.]

Compartilhar X LinkedIn