Menu
作業を別のセッションに引き継ぐための引き継ぎドキュメントを作成します。セッション終了時に後で継続するための進捗を文書化する必要がある場合に使用します。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
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.
Create detailed implementation plans through interactive research and iteration. Use when starting a new feature, refactoring, or complex task that needs careful planning before implementation.
| name | jp-create-handoff |
| description | 作業を別のセッションに引き継ぐための引き継ぎドキュメントを作成します。セッション終了時に後で継続するための進捗を文書化する必要がある場合に使用します。 |
| compatibility | GitHub Copilot CLI用に設計 |
| metadata | {"author":"humanlayer","version":"1.0","original-source":"https://github.com/humanlayer/humanlayer"} |
新しいセッションの別のエージェントに作業を引き継ぐための引き継ぎドキュメントを作成するタスクです。徹底的でありながら簡潔な引き継ぎドキュメントを作成します。目標は、作業中の重要な詳細を失うことなく、コンテキストを圧縮して要約することです。
以下のコマンドを実行してコンテキストを収集します：
git rev-parse --short HEAD 2>/dev/null || echo "not-a-git-repo"
git branch --show-current 2>/dev/null || echo "unknown"
(git rev-parse --show-toplevel 2>/dev/null || echo "$PWD") | xargs basename
date -u +"%Y-%m-%dT%H:%M:%SZ"
以下の命名パターンでファイルを作成します：
YYYY-MM-DD_HH-MM-SS_description.md2025-01-08_13-55-22_create-context-compaction.md以下のテンプレート構造を使用します：
---
date: [ISO形式の現在の日時]
git_commit: [現在のコミットハッシュ]
branch: [現在のブランチ名]
repository: [リポジトリ名]
topic: "[機能/タスク名]"
tags: [implementation, 関連コンポーネント名]
status: [in-progress/complete/blocked]
---
# 引き継ぎ：[非常に簡潔な説明]
## タスク
[作業中のタスクの説明と各タスクのステータス（完了、作業中、計画/議論済み）。実装計画に取り組んでいる場合は、どのフェーズにいるかを明記する。作業元の計画ドキュメントや調査ドキュメントを参照する。]
## 重要な参照資料
[従うべき重要な仕様ドキュメント、アーキテクチャ上の決定、または設計ドキュメントをリストする。最も重要なファイルパスを2〜3件のみ含める。該当なしの場合は空欄にする。]
## 最近の変更
[file:line構文でコードベースへの最近の変更を説明する]
## 学んだこと
[学んだ重要なこと - 例：パターン、バグの根本原因、または作業を引き継ぐ人が知っておくべきその他の重要な情報。明示的なファイルパスを含める。]
## 成果物
[作成または更新した成果物のファイルパスおよび/またはfile:line参照の包括的なリスト - 例：機能ドキュメント、実装計画などのパス]
## アクションアイテムと次のステップ
[タスクとそのステータスに基づいて、次のエージェントが達成すべきアクションアイテムと次のステップのリスト]
## その他のメモ
[その他のメモ、参照、または有用な情報 - 例：コードベースの関連セクションの場所、または上記のカテゴリに該当しないその他の重要な学び]
引き継ぎドキュメント作成後、以下のように応答します：
引き継ぎドキュメントを作成しました！新しいセッションでこのファイルを共有して作業を再開できます：
[引き継ぎドキュメントのパス]