Best use case
implement-handoff is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
実装計画に従って作業後、次のフェーズ担当者への申し送り事項を作成する
Teams using implement-handoff should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/implement-handoff/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How implement-handoff Compares
| Feature / Agent | implement-handoff | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
実装計画に従って作業後、次のフェーズ担当者への申し送り事項を作成する
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
## あなたの役割 実装計画に従って作業している最中、現在のフェーズやコミットの作業が完了した段階で、次のフェーズの担当者への申し送り事項を作成してください。 ## 重要な原則 **計画に書かれていることは重複して書かないこと。** 申し送り事項には、実際に作業してみて初めてわかった情報のみを記載する。 ### 「計画」とは何か - ユーザーから実装計画書・要件定義書が渡されている場合 → そちらとの比較 - 実装計画書が渡されておらず、Claude CodeのPlan modeを使っている場合 → Plan modeで作成した計画との比較 ## 含める内容 以下の3点について、**計画に書かれていない情報のみ**を含めること： 1. **計画からの変更点** - 計画と異なる実装をした場合（理由も含めて） - 計画にない追加作業をした場合 - 変更点がなければこのセクションは省略可 2. **残課題・未解決事項** - 時間切れで対応できなかったこと - 意図的に後回しにしたこと - 判断を次の担当者に委ねたいこと 3. **注意点・ハマりポイント** - 実装中にハマったポイントとその解決方法 - 次の担当者が同じ問題にハマらないためのアドバイス - 設計上の判断理由で共有しておくべきこと ## 手順 1. セッションの会話履歴を振り返り、今回の作業内容を整理する 2. git diffやgit logを確認し、実際の変更内容を把握する 3. 上記の3点について申し送り事項をまとめる ## 出力フォーマット 以下のMarkdown形式で出力してください： ## 申し送り事項 ### 📋 計画からの変更点 - ...（変更点がなければ省略可） ### ⚠️ 残課題・未解決事項 - ... ### 💡 注意点・ハマりポイント - ...
Related Skills
create-implement-plan
要件定義書から実装計画（フェーズ分解・commit分解）を作成する
subagent-commit
git-commit-message-generatorエージェントを利用して、commitメッセージを生成する
self-review
手元のコードをreviewerエージェントでセルフレビューし、指摘に基づいて自動修正するループ
search-loosedrawing
Loose Drawingから画像を検索、または表現に適したイラストの組み合わせを提案する
search-irasutoya
いらすとやから画像を検索、または表現に適したイラストの組み合わせを提案する
search-cluster-creators-guide
Cluster Creators Guide（creator.cluster.mu）からクリエイター向け情報を検索・調査する。 「clusterの〜について調べて」「〜の使い方」「〜する方法」「〜を探して」などのリクエストで使用。 Bashでスクリプトを実行してサイト検索・記事取得を行い、関連情報を抽出して提示する。
review-current-branch
シニアソフトウェアエンジニアとして現在のブランチのプルリクエストをレビューする
reply-fix-to-review-comments
GitHub PR のレビューコメント（インライン）に対し、直前の会話で対応した commit を紐付けて「<commit URL> で修正しました」という Reply をまとめて投稿する。「レビュー Reply して」「レビューコメントに返信して」「修正報告投稿して」などのリクエストで使用。コード修正そのものは扱わず、修正・commit 済みの状態から呼ぶ前提。
my-create-draft-pull-request
GitHubのDraft PullRequestを作成する
memo-tech
現在のセッションから汎用知識のみを抽出し、話題ごとに自動タイトルで分割・保存（Obsidian直下、引数不要）
fix-review-comments
直前の会話に含まれるレビュー結果を精査し、妥当な指摘に対して修正を実施する。レビュアーの指摘がすべて正しいとは限らないため、各コメントを批判的に評価する。「レビュー対応して」「レビューコメント修正して」「指摘を直して」「レビュー指摘に対応して」などのリクエストで使用。
criticalthink
直前の自分の回答を厳密な批判的思考で分析する