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