Skill
Community

issue-intake

Install
1
Install the plugin
$
npx claudepluginhub caphtech/claude-marketplace --plugin delivery-plugin

Want just this skill?

Then install: npx claudepluginhub u/[userId]/[slug]

Description

Issueの初期トリアージスキル。Issueを受け取り、標準化された分析結果(分類・深刻度・影響スコープ・不確実性・次アクション参照)を生成する。GitHub/Jira/Linear等のトラッカーからissue_payload形式で受け取る。 トリガー条件: - 「Issue #N を分析して」「このIssueの深刻度は?」「このバグはCritical?」 - 「Issue本文を初期トリアージして」「Issueを取り込んで」 - 新しいIssueを受け取り、最初の分類・判断が必要な時 注意: 根本原因の断定、修正案の確定、優先度の最終決定は行わない(材料提供まで)

Tool Access

This skill uses the workspace's default tool permissions.

Supporting Assets
View in Repository
references/category-taxonomy.md
references/scoring-rules.md
references/uncertainty-flags.md
Skill Content

Issue Intake(初期トリアージ)

Issueを受け取り、標準化された初期トリアージ結果を生成する。

Non-Goals(このスキルがやらないこと)

  • 根本原因の断定(可能性の列挙は可、確定口調は禁止)
  • 修正案の確定
  • 優先度の最終決定(材料の提供まで)

入力

必須(いずれか)

issue_ref形式:

issue_ref:
  repo: "owner/repo"
  number: 123

issue_payload形式:

issue_payload:
  id: "#123"           # 任意
  url: "https://..."   # 任意
  title: "..."         # 必須
  body: "..."          # 必須
  labels: ["bug"]      # 任意
  comments: [...]      # 任意
  created_at: "..."    # 任意
  updated_at: "..."    # 任意

オプション

service_context:
  environments: ["prod", "stg", "dev"]
  critical_user_flows: ["login", "checkout"]
  data_sensitivity_notes: "PII/決済/監査対象など"

taxonomy:
  module_map: {"auth": ["login", "oauth"], "session": ["cookie", "token"]}

出力

issue_intake:
  id: "#123"
  title: "..."
  type: "bug"                    # bug/feature/question/task/unknown
  classification: "Major"        # Critical/Major/Minor/Enhancement/NeedsInfo
  severity_score: "7/10"         # 1-10。根拠弱ければ下げる
  confidence: "0.55"             # 0-1(情報充足度と矛盾の少なさ)
  severity_rationale:
    - "根拠1"
    - "根拠2"
  scope:
    modules: ["auth", "session"] # 不明なら ["unknown"]
    user_impact:
      breadth: "unknown"         # unknown/some/many/all
      segment: "unknown"         # 例: iOSのみ, SSO利用者のみ
    environments: ["unknown"]    # prod/stg/dev/unknown
    data_risk: "none"            # none/possible/certain
    estimated_files: "5-10"      # レンジ。根拠薄い場合は "unknown"
  uncertainty_flags:
    - "missing_repro_steps"
    - "missing_environment"
  suspected_categories:
    - "auth_failure"             # 分類タグ
  recommended_workflow: "standard" # emergency/standard/lightweight
  next_actions:
    - "/uncertainty-resolution"
    - "/eld-sense-activation"

処理フロー

Step 1: Issue解析(parse_issue)

Issue本文から以下を抽出:

項目説明不在時のフラグ
symptoms発生している症状-
expected_behavior期待される動作missing_expected_vs_actual
actual_behavior実際の動作missing_expected_vs_actual
repro_steps再現手順missing_repro_steps
environment環境情報missing_environment
logs_or_errorsログ/エラーメッセージmissing_logs
frequency発生頻度missing_frequency
workaround回避策-
regression_hint回帰の兆候-
security_signalセキュリティ関連の兆候-

Step 2: タイプ分類(classify_type)

type判定条件
bug実際の挙動が期待から逸脱
feature新規要求/改善要求
question質問/サポート
task作業依頼(バグでも機能でもない)
unknown判定不能

Step 3: 深刻度スコアリング(severity_scoring)

詳細は references/scoring-rules.md を参照。

ベーススコア:

  • Security疑い(credential/権限/データ露出): base 9
  • データ損失/破損の可能性: base 8
  • 主要機能が成立しない可能性: base 7
  • 性能劣化/部分機能不全: base 4-6
  • UI崩れ/軽微: base 1-3
  • Enhancement: base 1-2

修正子(Modifiers):

  • +1: prod影響が明記
  • +1: 多数ユーザー/広範囲が明記
  • +1: 回避策なし
  • +1: 回帰(以前は動いた)が明記
  • -1: 影響が限定的
  • -1: 回避策あり
  • -1: 再現性が低い/断片的

不確実性ポリシー:

  • 不確実性フラグが多いほど confidence を下げる
  • severity_score は上限側に寄せない(過剰確信禁止)
  • セキュリティ疑いのみ例外で高めに保持

Step 4: 分類マッピング(classification_mapping)

classification条件
Criticalseverity >= 9 または security_signal が強い
Majorseverity 6-8
Minorseverity 3-5
Enhancementtype=feature かつ severity <= 2
NeedsInfo本文が極端に不足し、分類に必要な最小情報が欠落

Step 5: ワークフロー推奨(workflow_recommendation)

workflow条件
emergencyCritical または security_signal 強 / outage疑い
standardMajor または 不確実性が中程度以上
lightweightMinor/Enhancement かつ 不確実性が低い

Step 6: 次アクション選択(next_actions_selection)

next_actions は別スキル参照のみ。理由は severity_rationale 側に記載。

デフォルト:

  • /uncertainty-resolution
  • /eld-sense-activation

条件分岐:

条件追加アクション
security_signal == true/security-observation
missing_repro_steps in flags再現手順の追加依頼を検討
missing_logs in flagsログ取得依頼を検討
missing_environment in flags環境情報の追加依頼を検討

ガードレール

  1. 過剰確信の禁止: 情報不足時は confidence を下げ、NeedsInfo を積極的に使う
  2. 断定口調の禁止: 「〜である」ではなく「〜の可能性がある」「〜が示唆される」
  3. セキュリティ例外: セキュリティ疑いは軽視より重視側に倒す
  4. 根拠の明示: severity_rationale に判断根拠を必ず記載

出力例

issue_intake:
  id: "#123"
  title: "認証エラーが発生する"
  type: "bug"
  classification: "Major"
  severity_score: "7/10"
  confidence: "0.50"
  severity_rationale:
    - "認証は主要導線であり、失敗が継続すると利用が成立しなくなる可能性がある"
    - "再現条件・影響範囲が未記載のため、Critical まで断定できない"
  scope:
    modules: ["auth", "session"]
    user_impact:
      breadth: "unknown"
      segment: "unknown"
    environments: ["unknown"]
    data_risk: "none"
    estimated_files: "5-10"
  uncertainty_flags:
    - "missing_repro_steps"
    - "missing_environment"
    - "missing_impact_breadth"
  suspected_categories:
    - "auth_failure"
  recommended_workflow: "standard"
  next_actions:
    - "/eld-sense-activation"
    - "/uncertainty-resolution"

リファレンス

Stats
Stars0
Forks0
Last CommitFeb 27, 2026

Similar Skills