Menu
コード変更を分析し、検証テストを実行し、構造化されたドキュメントを作成して包括的なPR説明を生成します。プルリクエストの説明を作成または更新する必要がある場合に使用します。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | jp-describe-pr |
| description | コード変更を分析し、検証テストを実行し、構造化されたドキュメントを作成して包括的なPR説明を生成します。プルリクエストの説明を作成または更新する必要がある場合に使用します。 |
| compatibility | GitHub Copilot CLI用に設計。gh CLIが必要です。 |
| metadata | {"author":"humanlayer","version":"1.0","original-source":"https://github.com/humanlayer/humanlayer"} |
包括的なプルリクエストの説明を生成するタスクです。
gh pr view --json url,number,title,state 2>/dev/null
gh pr list --limit 10 --json number,title,headRefName,author
gh pr diff {number}
gh repo set-default の実行を指示するgh pr view {number} --json commits
gh pr view {number} --json baseRefName
gh pr view {number} --json url,title,number,state
make test、npm testなど）の場合、実行する以下のテンプレート構造を使用する：
## 概要
[このPRが何をするか、なぜ行うかの簡単な説明]
## 変更内容
- [変更1]
- [変更2]
- [変更3]
## 変更の種類
- [ ] バグ修正（問題を修正する非破壊的変更）
- [ ] 新機能（機能を追加する非破壊的変更）
- [ ] 破壊的変更（既存の機能を変更する修正または機能）
- [ ] ドキュメントの更新
## テスト方法
1. [ステップ1]
2. [ステップ2]
3. [ステップ3]
## 検証
- [ ] テスト合格
- [ ] リンティング合格
- [ ] ビルド成功
- [ ] 手動テスト完了
## 追加の注意事項
[追加のコンテキスト、スクリーンショット、または情報]
gh pr edit {number} --body "$(cat description.md)"
Create handoff document for transferring work to another session. Use when ending a session and need to document progress for continuation later.
作業を別のセッションに引き継ぐための引き継ぎドキュメントを作成します。セッション終了時に後で継続するための進捗を文書化する必要がある場合に使用します。
並行サブエージェントを生成して調査結果を統合することで、コードベース全体にわたる包括的な調査を実施して質問に回答します。コードの動作方法の理解、コンポーネントの場所の特定、アーキテクチャの文書化、またはシステム間の接続のトレースを行う場合に使用します。
Conduct comprehensive research across the codebase to answer questions by spawning parallel sub-agents and synthesizing findings. Use when the user wants to understand how code works, find where components live, document architecture, or trace connections between systems.
Create git commits for session changes automatically without user confirmation. Use for CI/automation workflows where commits should be created without interactive approval.
Create git commits for session changes with clear, atomic messages. Use when you need to commit changes made during a coding session with proper commit messages following best practices.