Skip to content
cccskills
FreePublished on GitHub

handoff

現在のセッション内容を別セッションが引き継げるハンドオフ文書に圧縮し、メモリディレクトリの 50_handoff.md に書き出す。/handoff 実行時、ユーザーがセッションの切替・引き継ぎを明示した時、compaction が近い時に使用。境界: 過去メモリの検索は findmem、知見の指示ファイル反映は update-inst。

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md4.3 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Handoff

現在の会話を要約圧縮し、文脈を持たない新しいセッションがそのまま作業を継続できるハンドオフ文書を作成してメモリディレクトリに保存する。

出典: mattpocock/skillsのhandoff を、OS temp保存からメモリディレクトリ保存に翻案したもの。

保存先

${MEMORY_DIR}/memory/YYMMDD_<context_name>/50_handoff.md

  1. 現在のタスクのメモリディレクトリが既にあれば(Phase 0実施済み等)、そこに書く
  2. なければ @context/memory-file-formats.mdの規約に従い、MEMORY_DIR(PJ CLAUDE.md参照、未定義時 .local/)配下にコンテキストディレクトリを作成してから書く
  3. 既に50_handoff.mdがある場合は上書き更新する(最新の現在地が正。過去の経緯は05_log.mdが持つ)
  4. worktree内で作業中の場合も、書き込みは元repoのメモリディレクトリ絶対パスに対して行う(worktree 内に .local/ は無いため。AGENTS.md「メモリ・issue ディレクトリ」)
  5. 同一メモリディレクトリで複数の実装セッションが並行しているときは、handoff/<識別子>.md に分離して出力する(識別子は担当PR番号・担当タスク名から決める)。単一の 50_handoff.md に書くと、並列セッションが互いを上書きする

文書の内容

次の構成で書く。新セッションが「この文書だけ読めば動き出せる」ことが完了基準:

  • 目的とゴール: このタスクは何を達成しようとしているか
  • 現在地: 完了したこと / 未完了のこと / 今まさに途中のこと
  • 重要な決定と根拠: セッション中に確定した方針・却下した代替案
  • 罠・注意点: ハマったこと、非自明な制約、やってはいけないこと
  • 次の一手: 再開後に最初にやるべき具体的アクション
  • 参照パス: 関連ファイル・ブランチ名・PR/issueのURL
  • 推奨スキル: 次セッションで発火すべきスキルとそのタイミング

ルール

  • 既存成果物の内容を転記しない: 30_plan.md・PR・issue・コミット・diff・ADR等に既に書かれている内容はパス/URL参照で済ませる(重複するとメンテナンスコストが増え、内容の乖離が起きる)
  • 機密情報をリダクトする: APIキー・パスワード・個人情報は文書に含めない
  • 引数が渡された場合: それを次セッションの焦点とみなし、その用途に必要な情報を厚めに書く
  • 現在地・次の一手に書く外部の状態(済/未済・所在・待ち)には時点と開いたものを添え、添えられない項目は「未確認」と書く(形式: @context/memory-file-formats.md「外部の状態を記す欄」。読み手は書いた時点の頭の中を持たない別セッションで、記録が古びても文面は変わらない)

引き継ぎ側の使い方

新セッションで該当タスクのメモリディレクトリの50_handoff.mdを読む(ディレクトリ名が不明なら /findmemで検索)。引き継ぐのは経緯で、現在地・次の一手にある状態はAGENTS.md「メモリ・issueディレクトリ」に従って対象を開いてから使う。

既存設定との関係

  • 05_log.md(@context/memory-file-formats.md): 05_log.mdはtranscriptから復元できない記録(絶対パス・委譲・裁定)、50_handoff.mdは再開用スナップショット(現在地)
  • Phase 0-5(@context/workflow-rules.md): 独立。任意のタイミングで実行できる

既存設定への参照

  • @context/memory-file-formats.md
  • @context/workflow-rules.md

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

コードベース全体のレビュー・監査。perf/sec/test/arch/cq/docs の6観点を並列委譲し、優先度付き issue ファイルと観点サマリをメモリディレクトリに生成する。コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review 実行時に使用。境界: PR 単位は pr-review、自ブランチの提出前確認は self-review。

The English summary is being prepared. Showing the original description.

ukwhatn/.claude4Updated Oct 19, 2026

commit

Free

変更を git-cz 形式でコミットする。リポジトリの直コミット可否の判定手順と、push 後の CI・conflict の確認を含む。/commit 実行時、「コミットして」「pushして」等の依頼時に使用。--push 引数または「pushして」の依頼で push も行う。境界: PR 作成は create-draft-pr、PR コメントへの対応コミットは pr-comment から呼ばれる。

The English summary is being prepared. Showing the original description.

ukwhatn/.claude4Updated Oct 19, 2026

PR を Draft で作成する。変更をローカルで動かして確かめ、画面が変わるならスクリーンショットを gh の --attach で貼り、PR テンプレートを全セクション埋めて対象 repo の既存 PR の分量に揃え、出した後は CI・レビュー・マージを Monitor で見張る。PR 作成の依頼時、実装が一段落して PR 化する時、/create-draft-pr 実行時に使用(gh pr create を直接実行しない)。引数でベースブランチを指定できる。境界: 個別レビューコメントへの対応は pr-comment、PR 全体のレビューは pr-review、複数 PR 規模の計画は plan-feature-prs。

The English summary is being prepared. Showing the original description.

ukwhatn/.claude4Updated Oct 19, 2026

スキルを新規作成する。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill 実行時に使用。AGENTS.md・context・既存スキルと整合させ、重複・競合を避ける。境界: 既存スキル・指示ファイルの修正は update-inst、指示ファイル全体の監査は instructions-audit。

The English summary is being prepared. Showing the original description.

ukwhatn/.claude4Updated Oct 19, 2026

抽象的な要件・事業側の要求を深掘りし、既存実装との整合を確認して実装マスタとシステム要件書を作成する。「こういう機能を作りたい」「この要求を満たす機能を設計して」等の抽象要件の提示時、既存機能の拡張や Phase 分割の要件定義開始時、/design-feature 実行時に使用。境界: 要件確定後の実装計画書・PR 分割と実装進行は plan-feature-prs。

The English summary is being prepared. Showing the original description.

ukwhatn/.claude4Updated Oct 19, 2026

画面の設計判断(ナビゲーション・重ね方・通知と空状態と読み込み・外枠とトークンと状態表現)の型を決定表で選び、アプリ内の全画面で揃える。画面・ページ・レイアウト・ナビゲーション・ダイアログ・コンポーネントを新しく作る・作り直す時、モックやダッシュボードを作る時、サイドバー・タブ・モーダル・シート・toast・バナー・空状態のどれを使うか決める時に使用。PJ に components.json があれば shadcn の部品とトークンへの対応も扱う。主要なデザインシステム(Material・HIG・Carbon・Primer・Atlassian・Fluent・GOV.UK・NN/g・WAI-ARIA APG・WCAG)の一致点を規則にし、食い違いの採否を定めてある。境界: 画面の文言は writing-ui-text、画面に何を出すかと提示前の完了基準は context/ui-artifact-standards.md、コードの実装原則は writing-code、shadcn 部品の API と組み立ては shadcn。

The English summary is being prepared. Showing the original description.

ukwhatn/.claude4Updated Oct 19, 2026

See all skills by ukwhatn

Report a problem with this skill