Claude Code の auto-memory を複数PC・複数アカウントへ毎日自動配布する（配信口は鍵配布サーバと分離し、認証だけ委譲する）

1. 問題

Claude Code の auto-memory は ~/.claude/projects/<cwd由来のディレクトリ>/memory/ に溜まり、他PC・他アカウントには一切伝播しない。CLAUDE.md や skills だけ配っても「同じ試行錯誤の再発」は止まらない。

2. 構成

• 発信PCの夜間ジョブが memory を1本の CommonJS バンドル {version, generatedAt, source:{pc,account}, files:{相対パス: 本文}} に書き出す。
• Vercel Functions の専用プロジェクトへ CLI でデプロイする。内容の sha256 が変わった夜だけ実行する。
• 配信は manifest（name/sha256/bytes/part）と ?part=k の 3MB 分割で行う（Serverless の 4.5MB 応答上限対策）。
• 受信PCは日次の同期ジョブで差分 part だけ取得し、cwd 非依存の固定ディレクトリ ~/.claude/shared-memory/ に置く。
• ~/.claude/CLAUDE.md に @~/.claude/shared-memory/MEMORY.md の1行を入れ、索引だけを毎セッション読み込ませる。本文は必要時に Read させる。

3. 認証（委譲）

既存の鍵配布サーバ（HMAC 認証）がある場合、配信口には秘密を置かない。受信ヘッダをそのまま <鍵配布サーバ> へ転送し、200 なら許可する。 鍵配布サーバと同居させない理由: バンドルは毎晩変わり、毎晩デプロイになる。認証面を無人で毎晩上げ直すと、作業ツリーの巻き戻しで全PC締め出しが起きる（実例あり）。配信口は <配信口のURL> として別プロジェクトにする。

4. 除外と注記

• type: user（発信者の人物像）は配らない。frontmatter share: false で個別除外。
• 資格情報パターン（webhook URL・API キー接頭辞・長い hex）は除外し、理由を1行ログに出す。40桁 hex は Drive ID 等を誤検知するので、hex 判定は 64桁以上にする。
• 受信側 MEMORY.md の先頭に次の注記を自動挿入する: 「本文の『ユーザー』は発信元の人物。個人の既定は適用しない。このディレクトリは上書きされるので編集しない」

5. 検証

• 発信後に自分の HMAC で manifest を取り、generatedAt の一致を確認する。
• 受信側は installed/updated/removed と HTTP コードをログに出す。401=鍵未受領、502=委譲先障害、503=バンドル未生成、404=旧デプロイ。
• 受領確認はデプロイ成功ではなく、受信ログの実測値で行う。

6. 落とし穴

• Vercel CLI は .vercelignore が無いと .gitignore を使う。gitignore した生成バンドルがデプロイから落ちるので、.vercelignore を明示する。
• 非TTYの vercel CLI は末尾に JSON を出す。deployment URL は「出力中の最後の https URL」で拾う。