herdrdev/herdr

triage

Triage open herdr GitHub issues into a concise decision-first Markdown table.

查看源码

使用方法

  1. 复制安装命令,在自己的智能体环境安装前先检查源码包。
  2. 从原始文档核对所需工具、凭据和支持的宿主。
  3. 说明输入材料与期望交付物,并对照来源检查输出。
npx skills add https://github.com/herdrdev/herdr --skill triage

开始前需了解

  • 安装不包含模型订阅、API 额度或访问文件的权限。
  • 仓库星数和安装量反映活跃情况,不等于独立质量或安全测试。
仓库原始内容

按源仓库内容呈现,保留标题、案例、代码、表格、链接以及原文引用的演示图片。

Herdr Issue Triage

Use this skill only inside the herdr repository.

When the user says triage, inspect open GitHub issues for herdrdev/herdr and return a concise Markdown table. Prefer GitHub MCP tools when available. If they are unavailable, use gh issue list / gh issue view only when authenticated access is already configured.

Use this table shape:

LightRecommendationIssueAgeReactionsWhy
🔴fix now#12318d5user-visible regression
🟡queue#12442d2useful but not blocking
🔵defer#1257d0cosmetic polish

Keep issue numbers as Markdown links. Use days since issue creation for Age. Use total reactions for Reactions; include a compact breakdown only when it changes interpretation, such as 7 (5 👍, 2 👀).

Classify with these lights:

  • 🔴 fix now: reproducible bug, crash, data loss, blocked workflow, release risk, or high-confidence user-visible regression.
  • 🟡 queue: useful feature, important quality issue, repeated user signal, stale issue that still looks valid, or behavior worth scheduling.
  • 🔵 defer: cosmetic polish, low-signal idea, unclear report, docs-only nit, or issue that likely needs more evidence before implementation.

Recommendations should be short imperative phrases: fix now, queue, defer, needs repro, close?, or needs owner decision.

Write one sentence before the table only if needed to state scope, such as how many open issues were inspected. After the table, add at most one short note for uncertainty or follow-up. Do not produce a long narrative unless the user asks for depth.

按任务相关推荐

来自同一仓库

更多 Skills

全部 Skills