jpskill.com
💼 ビジネス コミュニティ

handoff-memory

プロジェクトの引き継ぎや進捗確認に必要な共有ドキュメントを、リポジトリやワークスペース全体で作成・更新・管理するSkill。

📜 元の英語説明(参考)

Create, refresh, validate, and resume shared HANDOFF and memory documents for a repository, a workspace-wide cross-repo context, or a workstream inside a larger workspace. Use when asked to write a handoff, checkpoint progress, resume prior work, or standardize project-state notes in Git-trackable files such as `docs/HANDOFF.md`, `_memory/HANDOFF.md`, or `_memory/workstreams/checkout-flow/HANDOFF.md`.

🇯🇵 日本人クリエイター向け解説

一言でいうと

プロジェクトの引き継ぎや進捗確認に必要な共有ドキュメントを、リポジトリやワークスペース全体で作成・更新・管理するSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-17
取得日時
2026-05-17
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

[Skill 名] handoff-memory

ハンドオフメモリ

概要

共有メモリ文書は、それが記述する作業の近くに置いてください。単一のリポジトリの場合、正規のハンドオフはリポジトリ内に保持します。複数リポジトリのワークスペースの場合、ワークスペース全体のメモリはワークスペースのルートに、ワークストリーム固有のメモリは専用のワークストリームフォルダの下に保持します。

このスキルは、スコープごとに1つの正規のハンドオフを保持し、軽量な運用ツールを追加します。

  • 適切なドキュメントパスを解決する
  • 正規ファイルを作成または更新する
  • ドキュメントが構造的に使用可能であることを検証する
  • ドキュメントが古いかどうかを信頼する前に確認する
  • オプションでタイムスタンプ付きのセッションスナップショットを書き込むが、それらを主要な状態にしない

互換性と前提条件

  • バンドルされたスクリプトを実行するには、python3PATHで利用可能である必要があります。
  • ブランチメタデータと鮮度チェックには、gitPATHで利用可能である必要があります。
  • このスキルは、Gitの外部でもパスを解決し、ドキュメントを検証しますが、その場合、古いチェックは情報が少なくなります。
  • すべてのバンドルされたスクリプトは非対話型で、--helpを公開しています。それらのロジックを手動で再作成するのではなく、直接実行することをお勧めします。

デフォルトのワークフロー

ユーザーがすでに強力な慣例を持っていない限り、これをデフォルトのフローとして使用してください。

  1. 正規ドキュメントを解決または初期化します。 scripts/create_handoff.py --project-root <path> --scope auto --document handoff --format jsonを実行します。 タスクがより大きなワークスペース内の特定のレポの組み合わせに属する場合は、--workstream <name>を追加します。

  2. 変更する前に正規ドキュメントを読みます。 まだ有効なコンテキストを保持します。次のセッションを誤解させるような古い主張は削除します。

  3. 現在の状態に正規ドキュメントを更新します。 短く、明示的で、アクション指向に保ちます。

  4. セッションを終了する前に検証します。 scripts/validate_handoff.py --project-root <path> --scope auto --document handoffを実行します。

  5. 再開するときは、古いメモを信頼する前に古さを確認します。 scripts/check_staleness.py --project-root <path> --scope auto --document handoffを実行します。

混合された複数リポジトリのワークスペースでは、親フォルダを自動的にワークスペース全体として扱わないでください。アクティブなハンドオフまたは主要なワークストリームが関連するリポジトリをすでに指定している場合、そのより狭いリポジトリセットに再開時の検証を任せてください。ユーザーが明示的にすべての子リポジトリのステータスを望む場合にのみ、--workspace-wideを使用してください。

「continue」、「resume」、「pick up where we left off」のような再開スタイルのリクエストの場合、Next Actionsをデフォルトの実行キューとして扱い、Resume Promptをデフォルトの実行フレームとして扱います。ユーザーが再考を要求するか、現在のリポジトリの状態が明らかにそれを無効にしない限り、ハンドオフがすでに絞り込んだ設計方向を再開しないでください。

create_handoff.py--snapshotを使用するのは、ユーザーが保存する価値のあるタイムスタンプ付きのチェックポイントを望む場合のみです。常に--snapshot-kindと短い--snapshot-reasonと組み合わせてください。スナップショットをデフォルトの共有状態にしないでください。

日々のエージェントの動作については、references/agent-usage-best-practices.mdに従ってください。

パスルール

  • プロジェクトがすでに正規の場所を定義している場合は、明示的な--handoff-pathを優先します。
  • リポジトリスコープでは、docs/HANDOFF.mdmemories/HANDOFF.md、またはHANDOFF.mdのような認識された場所にある既存の共有ハンドオフファイルを再利用します。
  • ワークスペーススコープでは、クロスリポジトリメモリを_memory/の下に保持します。
  • リポジトリハンドオフが存在しない場合は、docs/HANDOFF.mdを作成します。
  • ワークスペースハンドオフが存在しない場合は、_memory/HANDOFF.mdを作成します。
  • ワークスペース全体のメモリには、これらのデフォルトを使用します。
    • ワークスペース全体の概要とアクティブなワークストリームインデックスには_memory/HANDOFF.md
    • 耐久性のあるワークスペース構造には_memory/WORKSPACE.md
    • クロスリポジトリのアーキテクチャまたはポリシーの選択には_memory/DECISIONS.md
    • 繰り返し可能な慣例には_memory/PATTERNS.md
  • ワークストリーム固有のメモリには、これらのデフォルトを使用します。
    • _memory/workstreams/<name>/HANDOFF.md
    • _memory/workstreams/<name>/WORKSTREAM.md
    • _memory/workstreams/<name>/DECISIONS.md
    • _memory/workstreams/<name>/PATTERNS.md
  • ほとんどのセッションは、アクティブなスコープの正規ハンドオフのみを更新する必要があります。耐久性のある共有コンテキストが変更された場合にのみ、コンパニオンのワークスペースまたはワークストリームドキュメントに触れてください。
  • オプションのスナップショットは、docs/handoffs/_memory/handoffs/、または_memory/workstreams/<name>/handoffs/の下に配置されます。
  • デフォルトの共有可能な変更可能なハンドオフの場所として、.codex.claude.windsurf、または.agentsを使用することは避けてください。

スコープガイダンス

リポジトリスコープ

タスクが1つのリポジトリに属する場合、リポジトリスコープを使用します。

  • 正規ファイル: docs/HANDOFF.md
  • セッションスナップショット: docs/handoffs/*.md
  • 実装レベルの詳細はここに保持します

ワークスペーススコープ

エージェントセッションが複数のリポジトリを調整する親フォルダから開始され、タスクがワークスペース全体のレベルでそれらの複数にまたがる場合、ワークスペーススコープを使用します。

  • 正規ファイル: _memory/HANDOFF.md
  • セッションスナップショット: _memory/handoffs/*.md
  • ワークスペース全体の調整と耐久性のある共有コンテキストをここに保持します
  • リポジトリ固有の実装の詳細は、各リポジトリ自身のdocs/HANDOFF.mdに残します

ワークストリームスコープ

同じワークスペースが複数の独立したリポジトリの組み合わせをホストし、ワークスペースごとに1つのハンドオフではそれらが混同されてしまう場合、ワークストリームスコープを使用します。

  • 正規ファイル: _memory/workstreams/<name>/HANDOFF.md
  • 耐久性のある概要: _memory/workstreams/<name>/WORKSTREAM.md
  • セッションスナップショット: _memory/workstreams/<name>/handoffs/*.md
  • そのイニシアチブに関連するリポジトリのみをワークストリームハンドオフに保持します
  • リポジトリリストだけでなく、イニシアチブを説明するワークストリーム名を優先します

コンテンツルール

  • ドキュメントはスキャンしやすいように保ちます。次のセッションは1分以内に理解できるはずです。
  • 強力なTL;DRから始めます。
  • 漠然とした散文よりも、正確なパス、コマンド、ブランチ名、日付、リポジトリ名を優先します。
  • 完全なチャットのトランスクリプトではなく、現在真実であることを記録します。
  • 最近変更されたこと、リスクのあること、次に何が起こるべきかをメモします。
  • 重要な少数のファイル、コマンド、ダッシュボード、またはドキュメントを含むクイックリファレンスセクションを含めます。
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Handoff Memory

Overview

Keep shared memory documents close to the work they describe. For a single repository, keep the canonical handoff in the repo. For a multi-repository workspace, keep workspace-wide memory in the workspace root and workstream-specific memory under dedicated workstream folders.

This skill keeps one canonical handoff per scope and adds lightweight operational tooling:

  • resolve the right document path
  • create or refresh the canonical file
  • validate that the document is structurally usable
  • check whether the document is stale before trusting it
  • optionally write timestamped session snapshots without making them the primary state

Compatibility and Prerequisites

  • python3 must be available in PATH to run the bundled scripts.
  • git must be available in PATH for branch metadata and freshness checks.
  • The skill still resolves paths and validates documents outside Git, but stale checks are less informative there.
  • All bundled scripts are non-interactive and expose --help. Prefer running them directly instead of recreating their logic by hand.

Default Workflow

Use this as the default flow unless the user already has a stronger convention:

  1. Resolve or initialize the canonical document. Run scripts/create_handoff.py --project-root <path> --scope auto --document handoff --format json. Add --workstream <name> when the task belongs to one specific repo combination inside a larger workspace.

  2. Read the canonical document before changing it. Preserve still-valid context. Remove stale claims that would mislead the next session.

  3. Update the canonical document with the current state. Keep it short, explicit, and action-oriented.

  4. Validate it before ending the session. Run scripts/validate_handoff.py --project-root <path> --scope auto --document handoff.

  5. When resuming, check staleness before trusting old notes. Run scripts/check_staleness.py --project-root <path> --scope auto --document handoff.

In mixed multi-repo workspaces, do not treat the parent folder as automatically workspace-wide. When the active handoff or a dominant workstream already names the relevant repositories, let that narrower repo set drive resume-time validation. Use --workspace-wide only when the user explicitly wants status for every child repository.

For resume-style requests such as "continue", "resume", or "pick up where we left off", treat Next Actions as the default execution queue and Resume Prompt as the default execution framing. Do not reopen design direction that the handoff already narrowed unless the user asks to rethink it or the current repo state clearly invalidates it.

Use --snapshot with create_handoff.py only when the user wants a timestamped checkpoint that is worth preserving. Always pair it with --snapshot-kind and a short --snapshot-reason. Do not make snapshots the default shared state.

For day-to-day agent behavior, follow references/agent-usage-best-practices.md.

Path Rules

  • Prefer an explicit --handoff-path when the project already defines a canonical location.
  • In repo scope, reuse an existing shared handoff file in a recognized location such as docs/HANDOFF.md, memories/HANDOFF.md, or HANDOFF.md.
  • In workspace scope, keep cross-repo memory under _memory/.
  • If no repo handoff exists, create docs/HANDOFF.md.
  • If no workspace handoff exists, create _memory/HANDOFF.md.
  • For workspace-wide memory, use these defaults:
    • _memory/HANDOFF.md for workspace-wide summary and active workstream index
    • _memory/WORKSPACE.md for durable workspace structure
    • _memory/DECISIONS.md for cross-repo architecture or policy choices
    • _memory/PATTERNS.md for repeatable conventions
  • For workstream-specific memory, use these defaults:
    • _memory/workstreams/<name>/HANDOFF.md
    • _memory/workstreams/<name>/WORKSTREAM.md
    • _memory/workstreams/<name>/DECISIONS.md
    • _memory/workstreams/<name>/PATTERNS.md
  • Most sessions should only update the canonical handoff for the active scope. Touch companion workspace or workstream documents only when durable shared context changed.
  • Optional snapshots live under docs/handoffs/, _memory/handoffs/, or _memory/workstreams/<name>/handoffs/.
  • Avoid .codex, .claude, .windsurf, or .agents as the default shared mutable handoff location.

Scope Guidance

Repo Scope

Use repo scope when the task belongs to one repository.

  • Canonical file: docs/HANDOFF.md
  • Session snapshots: docs/handoffs/*.md
  • Keep implementation-level detail here

Workspace Scope

Use workspace scope when the agent session starts from a parent folder that coordinates multiple repositories and the task spans more than one of them at the workspace-wide level.

  • Canonical file: _memory/HANDOFF.md
  • Session snapshots: _memory/handoffs/*.md
  • Keep workspace-wide coordination and durable shared context here
  • Leave repo-specific implementation detail in each repo's own docs/HANDOFF.md

Workstream Scope

Use workstream scope when the same workspace hosts multiple independent repo combinations and one handoff per workspace would blur them together.

  • Canonical file: _memory/workstreams/<name>/HANDOFF.md
  • Durable overview: _memory/workstreams/<name>/WORKSTREAM.md
  • Session snapshots: _memory/workstreams/<name>/handoffs/*.md
  • Keep only the repos relevant to that initiative in the workstream handoff
  • Prefer workstream names that describe the initiative, not just the repo list

Content Rules

  • Keep the document scan-friendly. The next session should understand it in under a minute.
  • Start with a strong TL;DR.
  • Prefer exact paths, commands, branch names, dates, and repo names over vague prose.
  • Record what is true now, not a transcript of the full chat.
  • Note what changed recently, what is risky, and what should happen next.
  • Include a quick reference section with the few files, commands, dashboards, or docs that matter most.
  • Keep a short resume checklist so the next session can verify the notes before acting on them.
  • Note when a claim is unverified.
  • Do not store secrets, tokens, private keys, raw credentials, or long confidential logs.

Document Model

The canonical handoff is the shared source of truth. Optional session snapshots are secondary artifacts for traceability.

  • Canonical handoff:
    • repo: docs/HANDOFF.md
    • workspace-wide: _memory/HANDOFF.md
    • workstream: _memory/workstreams/<name>/HANDOFF.md
  • Snapshot archive:
    • repo: docs/handoffs/*.md
    • workspace-wide: _memory/handoffs/*.md
    • workstream: _memory/workstreams/<name>/handoffs/*.md

This model keeps the current state easy to find while still allowing point-in-time captures when they are useful.

Resume Workflow

When asked to continue work from a prior session:

  1. Resolve the canonical handoff path.
  2. Read the canonical handoff before planning or editing code.
  3. Treat the first unfinished item in Next Actions as the default plan, and treat Resume Prompt as the default continuation frame.
  4. Run the staleness check if the document might be old.
  5. If working in workspace scope, read companion memory files only when they are directly relevant.
  6. If the task is only one initiative inside a larger workspace, resolve the workstream document instead of the workspace-wide handoff.
  7. In a parent folder with unrelated repositories, narrow validation to the active workstream or the repositories named in the handoff before falling back to a workspace-wide scan.
  8. Compare the document against the current repo, workstream, or workspace state and call out drift.
  9. Execute the first unfinished next action. Explore only as needed to complete it, not to replace it with fresh design work.
  10. Refresh and validate the canonical handoff again before ending the session if anything material changed.

Scripts

scripts/resolve_handoff_path.py

Resolve the canonical repo-local, workspace-wide, or workstream-specific memory path. Use --scope repo|workspace|auto, --document handoff|workspace|workstream|decisions|patterns, --workstream, or --handoff-path to honor an explicit override. Use --ensure to create the file when it does not exist.

scripts/create_handoff.py

Initialize or refresh the canonical file and sync metadata such as project root, branch, and update timestamp. Use --snapshot --snapshot-kind <kind> --snapshot-reason <text> to write a timestamped archive copy before the canonical file is refreshed.

scripts/validate_handoff.py

Check that the document has the required sections, does not leave obvious placeholders behind, and stays short enough to be useful. Use --strict when placeholders or empty sections should fail validation.

scripts/check_staleness.py

Compare the handoff timestamp against recent repo activity. In workspace scope, the script first tries to infer the active workstream or active repo set from _memory/HANDOFF.md before scanning every child repo. Use --workspace-wide only when the user explicitly wants full parent-folder status.

References

references/handoff-template.md

Use this to understand the expected handoff structure and section intent.

references/workspace-memory-guide.md

Use this when the task spans multiple repositories and you need to decide whether the canonical workspace handoff is enough or whether the task needs a dedicated workstream.

references/agent-usage-best-practices.md

Use this when you want the recommended start-of-session, end-of-session, and scope-selection behavior for agents using this skill in normal work.

references/snapshot-strategy.md

Use this when you need explicit guidance on when to create a snapshot, when not to, and which snapshot kind to use.

references/agent-integrations.md

Use this when the user asks where to install the skill for Codex or another agent. Keep install notes separate from the handoff workflow itself.

Notes

  • Installation scope and data location are separate concerns.
  • The skill may be installed globally or per-project, but the shared mutable documents should stay inside the repository or workspace root they describe.
  • Agent-specific files such as AGENTS.md, CLAUDE.md, .codex/*, or .windsurf/rules/* may reference the shared handoff, but should not become the primary mutable store.