jpskill.com
🛠️ 開発・MCP コミュニティ

ghe-report

Generate detailed workflow reports with metrics, health assessments, and epic-specific analysis for GitHub Elements. Covers throughput, cycle times, compliance status, and thread history.

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o ghe-report.zip https://jpskill.com/download/18996.zip && unzip -o ghe-report.zip && rm ghe-report.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/18996.zip -OutFile "$d\ghe-report.zip"; Expand-Archive "$d\ghe-report.zip" -DestinationPath $d -Force; ri "$d\ghe-report.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して ghe-report.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → ghe-report フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

[Skill 名] ghe-report

鉄則:ユーザーの仕様は神聖である

この法則は絶対であり、いかなる例外も認めません。

  1. ユーザーが言うすべての言葉は仕様です - 一言一句そのまま従い、誤りなく、例外なく実行してください。
  2. 明示的な議論なしにユーザーの仕様を変更しないでください - 潜在的な問題を発見した場合は、停止し、まずユーザーと議論してください。
  3. 仕様変更のイニシアチブを自分で取らないでください - あなたの役割は実装であり、再解釈ではありません。
  4. 仕様に誤りを見つけた場合、あなたは必ず以下のことを行ってください。
    • 直ちに停止する
    • 潜在的な問題を明確に説明する
    • ユーザーの指示を待ってから続行する
  5. サイレントな「改善」は行わないでください - あなたにとっての改善が、ユーザーの意図を損なう可能性があります。

この法則に違反した場合、作成されたすべての作業は無効になります。

バックグラウンドエージェントの境界

バックグラウンドエージェントとして実行する場合、以下の場所にのみ書き込みが可能です。

  • プロジェクトディレクトリとそのサブディレクトリ
  • 親ディレクトリ(サブgitプロジェクトの場合)
  • ~/.claude(プラグイン/設定の修正用)
  • /tmp

これらの場所以外には書き込まないでください。


GHE_REPORTS ルール (必須)

すべてのレポートは、以下の両方の場所に投稿する必要があります。

  1. GitHub Issue Thread - レポート全文(リンクだけではありません!)
  2. GHE_REPORTS/ - 同じレポート全文(フラットな構造で、サブフォルダはありません!)

レポートの命名規則: <TIMESTAMP>_<title or description>_(<AGENT>).md タイムスタンプ形式: YYYYMMDDHHMMSSTimezone

例: 20251206200000GMT+01_status_report_(Hermes).md

すべての11エージェントがここに書き込みます: Athena, Hephaestus, Artemis, Hera, Themis, Mnemosyne, Hermes, Ares, Chronos, Argos Panoptes, Cerberus

REQUIREMENTS/ は別物です - 永続的な設計ドキュメントであり、削除されることはありません。

削除ポリシー: スペースの制約によりユーザーが明示的に削除を命じた場合にのみ削除してください。通常のクリーンアップ中に削除しないでください。


設定の認識

.claude/ghe.local.md を尊重します。

  • enabled: falseの場合、最小限のレポートを返します。
  • notification_level: verbose/normal/quiet - 詳細レベルに影響します。
  • stale_threshold_hours: 停滞スレッド検出に使用されます。

GitHub要素レポート (詳細分析)

目的: メトリクス、健全性評価、またはエピック分析を含む詳細なレポートを生成します。クイックステータスよりも包括的です。

レポートの種類

1. メトリクスレポート

パフォーマンス指標とトレンド:

  • スループット(完了した機能、修正されたバグ)
  • サイクルタイム(フェーズごとの平均セッション数)
  • ファーストパス REVIEW 率
  • 降格率
  • エージェントのパフォーマンス比較

2. 健全性レポート

ワークフローコンプライアンス評価:

  • ルール遵守状況
  • 停滞スレッドの検出
  • 違反履歴
  • メモリバンク同期状況
  • 全体的な健全性スコア

3. エピックレポート

単一エピックの詳細分析:

  • スレッド履歴(すべてのDEV/TEST/REVIEWサイクル)
  • 現在のフェーズと進捗
  • 主要な技術的決定
  • 残りの作業見積もり

使用するタイミング

  • パフォーマンス分析
  • コンプライアンス監査
  • エピック固有のステータス
  • トレンド分析
  • 健全性評価

実行方法

適切なレポートタイプで reporter エージェントを起動します。

reporter(type="metrics")  → パフォーマンスレポート
reporter(type="health")   → コンプライアンスレポート
reporter(type="epic", epic="epic-name") → エピックレポート

出力形式

メトリクスレポート

## GitHub Elements Metrics Report

### Throughput
| Metric | Value | Trend |
|--------|-------|-------|
| Features completed | N | +/- vs last week |
| Bugs fixed | N | +/- vs last week |

### Cycle Times
| Phase | Avg Duration | Issues Processed |
|-------|--------------|------------------|
| DEV | N sessions | N |
| TEST | N sessions | N |
| REVIEW | N sessions | N |

### Quality Metrics
- First-pass REVIEW rate: N%
- Demotion rate: N%
- Test coverage (avg): N%

健全性レポート

## GitHub Elements Health Report

### Compliance Status
| Rule | Status | Notes |
|------|--------|-------|
| One thread at a time | PASS/FAIL | |
| Phase order | PASS/FAIL | |
| Checkpoint frequency | PASS/WARN | |

### Stale Threads
[Threads with no activity > 24h]

### Violation History
[Recent violations and resolutions]

### Overall Health
[HEALTHY / WARNINGS / CRITICAL]

エピックレポート

## Epic Report: [Epic Name]

### Thread History
| Issue | Type | Status | Duration |
|-------|------|--------|----------|

### Current Phase
[Current phase with progress]

### Key Decisions
[Technical decisions made]

### Remaining Work
[Estimated remaining effort]

主要な差別化要因

このスキルは詳細な分析を提供します。現在の状態の概要を素早く知りたい場合は、代わりに ghe-status を使用してください。

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

IRON LAW: User Specifications Are Sacred

THIS LAW IS ABSOLUTE AND ADMITS NO EXCEPTIONS.

  1. Every word the user says is a specification - follow verbatim, no errors, no exceptions
  2. Never modify user specs without explicit discussion - if you identify a potential issue, STOP and discuss with the user FIRST
  3. Never take initiative to change specifications - your role is to implement, not to reinterpret
  4. If you see an error in the spec, you MUST:
    • Stop immediately
    • Explain the potential issue clearly
    • Wait for user guidance before proceeding
  5. No silent "improvements" - what seems like an improvement to you may break the user's intent

Violation of this law invalidates all work produced.

Background Agent Boundaries

When running as a background agent, you may ONLY write to:

  • The project directory and its subdirectories
  • The parent directory (for sub-git projects)
  • ~/.claude (for plugin/settings fixes)
  • /tmp

Do NOT write outside these locations.


GHE_REPORTS Rule (MANDATORY)

ALL reports MUST be posted to BOTH locations:

  1. GitHub Issue Thread - Full report text (NOT just a link!)
  2. GHE_REPORTS/ - Same full report text (FLAT structure, no subfolders!)

Report naming: <TIMESTAMP>_<title or description>_(<AGENT>).md Timestamp format: YYYYMMDDHHMMSSTimezone

Example: 20251206200000GMT+01_status_report_(Hermes).md

ALL 11 agents write here: Athena, Hephaestus, Artemis, Hera, Themis, Mnemosyne, Hermes, Ares, Chronos, Argos Panoptes, Cerberus

REQUIREMENTS/ is SEPARATE - permanent design documents, never deleted.

Deletion Policy: DELETE ONLY when user EXPLICITLY orders deletion due to space constraints. DO NOT delete during normal cleanup.


Settings Awareness

Respects .claude/ghe.local.md:

  • enabled: If false, return minimal report
  • notification_level: verbose/normal/quiet - affects detail level
  • stale_threshold_hours: Used for stale thread detection

GitHub Elements Report (Detailed Analysis)

Purpose: Generate detailed reports with metrics, health assessment, or epic analysis. More comprehensive than quick status.

Report Types

1. Metrics Report

Performance indicators and trends:

  • Throughput (features completed, bugs fixed)
  • Cycle times (average sessions per phase)
  • First-pass REVIEW rate
  • Demotion rate
  • Agent performance comparison

2. Health Report

Workflow compliance assessment:

  • Rule compliance status
  • Stale threads detection
  • Violation history
  • Memory bank synchronization status
  • Overall health score

3. Epic Report

Single epic deep dive:

  • Thread history (all DEV/TEST/REVIEW cycles)
  • Current phase and progress
  • Key technical decisions
  • Remaining work estimation

When to Use

  • Performance analysis
  • Compliance audits
  • Epic-specific status
  • Trend analysis
  • Health assessment

How to Execute

Spawn reporter agent with appropriate report type:

reporter(type="metrics")  → Performance report
reporter(type="health")   → Compliance report
reporter(type="epic", epic="epic-name") → Epic report

Output Formats

Metrics Report

## GitHub Elements Metrics Report

### Throughput
| Metric | Value | Trend |
|--------|-------|-------|
| Features completed | N | +/- vs last week |
| Bugs fixed | N | +/- vs last week |

### Cycle Times
| Phase | Avg Duration | Issues Processed |
|-------|--------------|------------------|
| DEV | N sessions | N |
| TEST | N sessions | N |
| REVIEW | N sessions | N |

### Quality Metrics
- First-pass REVIEW rate: N%
- Demotion rate: N%
- Test coverage (avg): N%

Health Report

## GitHub Elements Health Report

### Compliance Status
| Rule | Status | Notes |
|------|--------|-------|
| One thread at a time | PASS/FAIL | |
| Phase order | PASS/FAIL | |
| Checkpoint frequency | PASS/WARN | |

### Stale Threads
[Threads with no activity > 24h]

### Violation History
[Recent violations and resolutions]

### Overall Health
[HEALTHY / WARNINGS / CRITICAL]

Epic Report

## Epic Report: [Epic Name]

### Thread History
| Issue | Type | Status | Duration |
|-------|------|--------|----------|

### Current Phase
[Current phase with progress]

### Key Decisions
[Technical decisions made]

### Remaining Work
[Estimated remaining effort]

Key Differentiator

This skill provides DETAILED ANALYSIS. For a quick current-state overview, use ghe-status instead.