使い方: 本ファイルを tasks/prompts/<命名規約に従ったファイル名>.md に copy → 上記 frontmatter 5 項目を埋め、Step 1-5 を実情に合わせて書き換える。命名規約は ADR-0061 §2.1、運用詳細は handover_prompt_guide.md 参照。

0. ファイル名規約 (4 種、ADR-0061 §2.1)

用途パターン
セッション間引継ぎ (双方向)handover_YYYY-MM-DD_<topic>[_<n>].mdhandover_2026-05-22_pr906_phase2.md
同日複数_<n> suffix で衝突回避handover_2026-05-20_pr873_1.md / _pr874_2.md
sub session 宛て個別依頼sub_YYYY-MM-DD_<topic>.mdsub_2026-05-19_doc_review.md
main session 宛て個別依頼main_YYYY-MM-DD_<topic>.mdmain_2026-05-22_adr-0058_phase2.md
ADR 実装プロンプトimpl_adr-NNNN_<topic>.md (NNNN 4 桁固定)impl_adr-0058_phase2.md

1. 前 session の累計実績 (任意、引継ぎ context の場合のみ)

  • マージ済 PR (時刻 / # / 内容 表形式)
  • ADR シリーズ全体像 (status 変化があれば)
  • メモリ追加 / 設定変更

Step 1: pull (前提同期)

git pull origin main

開始前に必ず main を取り込み、保留 PR や前 session 反映を確認する。

Step 2: 前 session の保留 PR / 残課題の解消

  • 保留 PR の状態確認 (gh pr list --author '@me' --state open)
  • 前 session で N/A としていた事項の再評価
  • マージ判断待ち PR があれば user に確認

Step 3: 主要 doc 一読 (整合性確認)

target session が編集する範囲の主要 doc を一読し、前 session の変更が整合しているか確認する。例:

  • 関連 ADR (Status / Implementation Status)
  • 該当 spec / how-to / template
  • 関連 CLAUDE.md / memory

Step 4: sub 担当 doc 整合性更新 (sub workspace の場合のみ)

main で実装が完了している場合、sub 担当 doc (TODO_future.md / changelog / 関連 spec の整合性更新) を反映する。

Step 5: 改善案整理

作業中に発見した非自明な事項を整理:

  • 次 session への申し送り (本ファイル → 次 handover にチェーン)
  • ADR 起案候補
  • failure_patterns / memory 追記候補

残タスク(優先順)

見出しは一字一句この形で固定 (ADR-0145 マーカー節)。scripts/generate-coverage-gaps.mjs がこの節を docs サイトの「handover 残タスク一覧」へ自動転載する。書き方は handover_prompt_guide.md §8 参照。

  1. <タスク名>: <内容・期限・担当>。第 1 階層 1 項目 = タスク 1 件 (優先順)
  2. <手順書・討議メモはこの節に書かず別 H2 へ。直前 handover の消化済みタスクはここへ引き継がない>

削除運用 (ADR-0061 §5): target session 完了後は本 handover を git rm で削除する。削除済 file の追跡は git log --all --diff-filter=D -- tasks/prompts/、復元は git show <SHA>:<path>