このファイル自体は handover ではなく template SSoT。実際の起票時は下記 2 型のいずれかを copy-paste する。


型 1: session close 型 (handover_YYYY-MM-DD_<role>-session-<N>-close-...)

---
type: handover
source_session: main
target_session: main
session_date: 2026-MM-DD
topic: <role> session <N> close · <N> PR shipping (主要成果 3-5 語で要約)
estimated_effort: 受信側 0.2-0.5 セッション (本 handover 読了 + 継承タスク point-check)
---

# 申し送り — <role> session <N> close (2026-MM-DD · <N> PR shipping)

## §0 本 session で shipped した PR

| # | PR | 内容 | Merge |
|---|---|---|---|
| 1 | **#NNNN** | <1 行要約> | MERGED / queue |
| 2 | **#NNNN** | <1 行要約> | MERGED / queue |
| ... | | | |
| N | (本 PR) | session <N> close handover | 起票中 |

## §1 セッションの流れ

### (a) <PR group 名> (PR #NNNN-#NNNN)

<経緯 3-5 文>

### (b) <PR group 名> (PR #NNNN-#NNNN)

<経緯 3-5 文>

### ...

## §2 詰まった点 / 学び (再発防止)

### (1) <学びタイトル>

<3-5 文で観測 + 対応 + 学び>

### (2) ...

## §3 本番状態 (裏取り用)

### 本 session shipping 到達状態

- <PR 総数> · <label 追加等の副産物> · <代表取締役 operation 完遂 list>
- 主要インパクト:
  - <impact 1>
  - <impact 2>

### 未消化 inbox (次 session 発火時に確認)

- `<handover file 名>` (期限 YYYY-MM-DD · <残 N 日> · <required approver>)

### 継承タスク (前 session 未着手 or 本 session 未着手 · 次持越し)

- <task 名> · <想定所要> · <session close 経路の起源>

## §4 残タスク (優先順)

### 1. <task 名>

<3-5 文で内容 + 想定所要 + 期限>

### 2. ...

## §5 memory 更新

### 新規追加

- **`<slug-kebab-case>`** (feedback/project/reference): <1 行要約>。**Why:** <理由>。**How to apply:** <適用条件>。

### 本 session で依拠した memory

参照 memory: `[a]` / `[b]` / `[c]` / `[d]` / `[e]` / `[f]` / `[g]` / `[h]`
<!-- 1 行 inline · 8 個超えて折り返し必要なら箇条書き許容 (`.claude/rules/handover.md` §session-close-inline) -->

### 本 session で発火した学び (memory 化候補 · 未追加)

- **<学びタイトル>** — <1 行要約> (memory 化するか判断 · §2 (<N>) の学び)

## §6 関連参照

### 本 session PR

- #NNNN / #NNNN / #NNNN (計 N · +本 close PR = N+1)

### 関連 ADR

- ADR-NNNN (<title>) — <本 session での役割>

### 関連 memory

`[a]` / `[b]` / `[c]`

## §7 このプロンプトの使い方

次 <role> session 開始時に本 file を読み、§4 残タスクから着手対象を選ぶ。完了後は本 file を `tasks/prompts/archive/` へ git mv (ADR-0134 · mechanical allow-list 該当)。

型 2: 通常発注型 (handover_YYYY-MM-DD_<topic-slug>_to_<role>.md)

---
type: handover
source_session: <sender-role>
target_session: <receiver-role>
session_date: 2026-MM-DD
topic: <1 行要約 · 期限があれば含める>
estimated_effort: <想定所要 (人日 or 時間)>
---

# <発注 / 委譲 / 申し送り> — <title> (<sender> → <receiver>)

## §1 背景

<3-5 文で背景 · 現状 · なぜ発注に至ったか>

## §2 依頼事項

### §2.1 to <role> (副題があれば)

1. **<task 名>**: <詳細 + 完了要件>
2. **<task 名>**: <詳細 + 完了要件>

### §2.2 to <role> (副題)

...

## §3 期限 / 優先度

- **YYYY-MM-DD**: <期限イベント> · <優先度>
- **推定工数**: <N-M 時間 / 人日>

## §4 参照

- ADR 本文: `docs/adr/NNNN-*.md` (§X.Y = LNN-NN 等)
- 関連 handover: <archive path または未消化 path>
- 関連 memory: `[a]` / `[b]`

<!-- 消化完了時: `tasks/prompts/archive/` へ git mv (ADR-0134) -->

節構造の使い分け

session close 型 §0-§7 の必須度

§見出し必須度備考
§0本 session で shipped した PR必須table 形式
§1セッションの流れ必須sub-heading (a)(b)(c) 推奨
§2詰まった点 / 学び必須再発防止
§3本番状態推奨未消化 inbox + 継承 list
§4残タスク必須次 session の起点
§5memory 更新必須依拠 memory list は inline 化 (下記)
§6関連参照推奨PR / ADR / memory 索引
§7このプロンプトの使い方推奨1 行で「次 session で読了 → §4 → archive」

drp / doc / mas 側で「§6 期日 monitor」を追加する場合は §0-§7 を § 番号ずらして構わない (drp session 62 close の §0-§9 pattern 参照)。ただし共通 §0 (PR list) · §2 (学び) · §4 (残タスク) · §5 (memory) は必須。

依拠 memory list の inline 化 (Tier 3 施策)

§5 「本 session で依拠した memory」節は箇条書きではなく 1 行 inline 化する。

  • 推奨: 参照 memory: [git-workflow-discipline] / [handover-pr-auto-merge-allowed] / [verify-pushed-sha]
  • 箇条書き許容: 参照 memory が 8 個超えて折り返しが必要な場合のみ

理由: PR あたり 10-15 行 · 全 handover 平均 5-8% の token 節約 (session 55 close Tier 3 内蔵見込)。

frontmatter の必須 field

.claude/rules/handover.md §必須 field を参照。type / source_session / target_session / session_date / topic / estimated_effort の 6 種を全て記入する。

関連 SSoT

  • rule 本体: .claude/rules/handover.md
  • lint script: scripts/handover-frontmatter-lint.mjs
  • lint workflow: .github/workflows/handover-lint.yml
  • ADR-0197 (自動消化 workflow): docs/adr/0197-*.md
  • ADR-0134 (消費者退避): 消化完了時の archive 手順