メニュー
EC2 など別マシンへのセッション引き継ぎが第一用途。現セッションの Recap（LLM 要約）と Next Actions を VCS 共有可能な `.claude/journal.md` の先頭に追記する。ローカル端末固有で他マシンから見えない built-in `/recap` の限界を補う。同一マシン内のセッション区切りにも使える。「EC2 に引き継ぎ」「別マシンに渡したい」「handoff」「ハンドオーバー」「journal に残して」「新セッションに渡したい」「新しい会話を始めたい」「セッションを区切りたい」で発動。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | handoff |
| description | EC2 など別マシンへのセッション引き継ぎが第一用途。現セッションの Recap（LLM 要約）と Next Actions を VCS 共有可能な `.claude/journal.md` の先頭に追記する。ローカル端末固有で他マシンから見えない built-in `/recap` の限界を補う。同一マシン内のセッション区切りにも使える。「EC2 に引き継ぎ」「別マシンに渡したい」「handoff」「ハンドオーバー」「journal に残して」「新セッションに渡したい」「新しい会話を始めたい」「セッションを区切りたい」で発動。 |
| allowed-tools | ["Read","Write","Bash","Glob","AskUserQuestion"] |
| effort | low |
このスキルは EC2 A → EC2 B のような跨マシン引き継ぎのための中核機能。
現セッションの Recap と Next Actions を .claude/journal.md に追記し、
VCS（jj / git）で別マシンに同期する。
Claude Code built-in /recap は優秀だが ローカル端末固有（別マシンからは見えない）。
このギャップを埋めるのが handoff。journal.md は .gitignore で無視される chronicle / context
と違い、明示的に VCS で共有 される唯一のセッション履歴。
同一マシン内の「セッションを区切りたい」用途でも使えるが、その場合は /recap と
併用する前提（journal は跨マシン共有のソースオブトゥルース）。
第一用途（跨マシン引き継ぎ）:
副次用途（同一マシン）:
これまでの会話を振り返り、2 つの情報 を要約する。transcript パースには 依存せず、あなた自身の会話理解で書く。
/recap 相当のクオリティ。Intent / Outcomes / Blockers を自然文でhooks/foo.sh の bar 関数を X に書き換える」- (未指定) 1 行で記録して進むdate '+%Y-%m-%d %H:%M'
hostname -s
hostname -s が失敗 or 空の場合はホスト識別を省略して続行（EC2 識別は nice-to-have）。
ファイルパス: .claude/journal.md
ホスト名が取得できた場合:
## <timestamp> [<hostname>]
### Recap
<Recap 本文>
### Next
- <action 1>
- <action 2>
ホスト名が取れなかった場合:
## <timestamp>
### Recap
<Recap 本文>
### Next
- <action 1>
- <action 2>
以下のヘッダー + 新エントリで新規 Write：
# Journal
> セッション間の引き継ぎ。最新が上。Recap を時系列アーカイブとして保持し、
> 次のアクションを明示する。詳細なセッション内要約は built-in `/recap` も併用。
## <timestamp> [<hostname>]
### Recap
...
### Next
- ...
.claude/journal.md を Read する## 行（既存エントリの先頭）の位置を探す既存エントリは削除・編集しない。単に上に積み上げる。
# Journal + > ... + 空行）がファイルに存在しない（手動編集された）場合、
先頭に ## 行があればそのまま prepend、なければヘッダーから作り直す### Recap と ### Next の順序は固定（この順で書く）以下のメッセージを表示：
✅ Handoff 完了
📋 .claude/journal.md の先頭に Recap + Next Actions を追記しました。
同一マシンでの再開:
cd <current working dir>
claude
- SessionStart hook が journal.md の最新エントリを自動表示
- セッションを resume する場合は built-in `/recap` も併用可
別 EC2 / マシンでの再開:
1. VCS で journal.md を同期（jj git push → 別マシンで jj git pull）
2. cd <current working dir>
3. claude を起動 → SessionStart が最新 Recap + Next を表示
💡 未コミットの変更がある場合は、handoff 前に jj describe を推奨。
<current working dir> は pwd の結果で置換。
- (未指定) で記録Step 1 の自己内省から開始してください。
新機能を実装まで一気通貫で走らせる action skill。Agent Teams で要件・設計・タスク分解・実装・quality-gate を自動実行し、コードがコミット可能な状態になるまで止まらない（Sisyphus Loop）。auto mode でも planning ではなく action として積極発動する。「実装して」「作って」「機能を追加して」「新機能を作りたい」「要件から実装まで一気に」「計画して」「この機能を実装したい」で発動。
完了宣言の前にエビデンスを収集・確認する。証拠なき成功宣言は不正。「完了前チェック」「本当に動く？」「確認して」「検証して」「コミット前に確認」で発動。実装完了時、バグ修正後、テスト通過を宣言する前に使う。
要件が曖昧なとき、ソクラテス式に1問ずつ質問して要件を掘り下げる。十分に明確になったら discovery-council にハンドオフ。「要件が曖昧」「何を作ればいいか」「掘り下げて」「インタビューして」で発動。※ 完成した plan/design を詰問するなら grill、非対話で一括批判するなら critic。
完成した plan/design を対話で容赦なく詰問し、実装前に穴を潰す。決定木を1枝ずつ降り、各質問に推奨回答を添える。コードで答えが出る点は聞かず自分で調べて埋める。「grill して」「叩いて」「この設計で大丈夫?」「plan を詰めて」「設計を対話レビュー」で発動。※ ゼロから要件を掘り下げるなら deep-interview、非対話で一括批判レポートなら critic。
backlog（atoms/pipeline/outputs）と skill ヘルス（usage/duration/unused）を統合分析し 1 レポートで提示する。kawai 氏型 analytics ループの起点。「次に何やる？」「atom 整理」「放置案件」「stale」「振り返り」「retro」「skill 使用統計」「unused skill」「atom-suggest」で発動。
designer エージェントによるアーキテクチャ設計。requirements.md を基に design.md を作成。「設計して」「アーキテクチャ設計して」「アーキテクチャを考えて」「設計書を作って」で発動。