KUDO-Vault Stage 1-B+ 完了報告¶

結論¶

タスク	結果
A-1 Cloud mirror から `--delete` 除去（Option β）	✅ 完了。差分提示→承認後、line 46 を編集
A-2 同日再キック空回りバグの修正	✅ 完了。原因特定（set -e + git commit nothing-to-commit）→ 修復案（porcelain チェックを snapshots/ に限定）を提示→承認→実行
Task B `kudo-skill-tree-ssot-map` を Drive へ復元	✅ 完了。Vault → Drive へ cp -p、byte-identical 確認
Task C-1 1 回目 kickstart 検証	✅ Cloud mirror 成功＋ssot-map 維持＋exit 0
Task C-2 同日 2 回目 kickstart 検証	✅ 空回りせず Cloud mirror 実行＋ssot-map 維持＋exit 0
Task C-3 翌日 03:30 cron 後の自動検証	⏸ 未了。明朝の cron 後に申し送り（後述）

非破壊保証：auto-snapshot.sh.bak.2026-05-19 を退避済み、修復前後の diff も保存。失敗時は cp 戻しで即 rollback 可能。

A-1：Cloud mirror から `--delete` 除去¶

適用 diff（line 46）¶

-    rsync -a --delete --exclude=".DS_Store" --exclude="__pycache__/" "$SRC/" "$CLOUD_DST/" 2>&1 | tee -a "$LOG"
+    rsync -a --exclude=".DS_Store" --exclude="__pycache__/" "$SRC/" "$CLOUD_DST/" 2>&1 | tee -a "$LOG"

Local snapshot 側の `--delete` 維持（line 23）¶

# Line 23（変更なし）
rsync -a --delete --exclude=".DS_Store" "$SRC/" "$DEST/" 2>&1 | tee -a "$LOG"

→ 日付別 snapshot は skills-plugin の正確な瞬時複製を維持する目的なので --delete を残す。HANDOFF 指示通り。

効果¶

Cloud mirror で「skills-plugin に無いファイル」を Drive 側から消さなくなる
kudo-skill-tree-ssot-map（auto-generated、skills-plugin に存在しない）が Drive で保護される
将来「Drive 直接書き」を行う新スキルが増えても自動保護

副作用（許容範囲）¶

スキル廃止時、Drive にゴーストファイルが残る（手動削除が必要）
Stage 1-A 仕分けで D=0 なので近い将来は廃止予定なし
必要に応じて Stage 1-D で Option γ（auto-generated 領域分離）に格上げ可能

A-2：同日再キック空回りバグの修正¶

根本原因（診断結果）¶

Line 5:  set -euo pipefail
Line 25: cd "$MIRROR"          # ← MIRROR 全体に cd
Line 28: if [ -n "$(git status --porcelain)" ]; then
         ↓
         MIRROR には常に untracked files が居る:
           - .gitignore
           - README.md
           - auto-snapshot.sh
           - snapshot.log
           - com.kudo.skills-snapshot.plist
           - auto-snapshot.sh.bak.*
         → porcelain は常に非空 → if-branch は常に発動

Line 29: git add -A snapshots/    # snapshots/ のみ stage
         ↓
         同日再実行で snapshots/{date}/ に差分ゼロ → 何も stage されない

Line 31-32: git ... commit -m "..."
         ↓
         「nothing to commit」で exit 1

Line 5 の set -e + pipefail:
         ↓
         | tee 経由でも exit 1 が伝播 → スクリプト全体が即死
         ↓
         Line 38 以降の Cloud mirror に到達できない

適用 diff（line 27-28）¶

-# Skip if no changes
-if [ -n "$(git status --porcelain)" ]; then
+# Skip if no changes IN snapshots/.
+# The outer repo always has persistent untracked files (.gitignore, README.md,
+# auto-snapshot.sh, snapshot.log) — `git status --porcelain` without a path is
+# always non-empty, making the if-branch always fire. With `set -euo pipefail`,
+# a subsequent `git commit` with nothing-to-commit kills the script before
+# the Cloud mirror block runs. Scoping to `snapshots/` only fires the branch
+# when there's a real diff to commit.
+if [ -n "$(git status --porcelain snapshots/)" ]; then

検証根拠（観測）¶

修復前（FDA 復活後の状態）： - log: ===== Snapshot 2026-05-18T12:10:21Z ===== → On branch main / Untracked files: ... / nothing added to commit but untracked files present - launchd last exit code = 1 - Cloud mirror ブロックに到達せず

修復後（本日の 2 回連続 kickstart）： - log: ===== Snapshot 2026-05-18T20:05:59Z ===== → No changes since last snapshot → ━━━ Cloud mirror to GoogleDrive ━━━ → Cloud mirror 2026-05-19 → ... - launchd last exit code = 0 - Cloud mirror が正常実行

Task B：`kudo-skill-tree-ssot-map` の Drive 復元¶

順序の遵守¶

A-1（--delete 除去）完了後に実行。逆順だと次の 03:30 cron で再削除されるリスクがあったため、HANDOFF 指示通り A-1 → B の順を厳守。

実行内容¶

# Source: ~/KUDO-Vault/.claude/skills/kudo/kudo-skill-tree-ssot-map/SKILL.md
#         (Stage 1-B Phase 1 で pre-copy 済み・55419 bytes・last_generated 2026-05-18T20:52:35)
# Target: ~/Library/CloudStorage/.../working/claude/kudo-skill-sync/skills/kudo-skill-tree-ssot-map/SKILL.md

mkdir -p "$DST_DRIVE"
cp -p "$SRC_VAULT/SKILL.md" "$DST_DRIVE/SKILL.md"

検証¶

✅ byte-identical (55419 bytes)
mtime: May 18 20:52 (Vault と同一・cp -p で保持)

Task C：修復の検証¶

Task C-1：1 回目 kickstart¶

launchctl kickstart -p gui/$(id -u)/com.kudo.skills-snapshot
# wait 5s

ログ delta（6 行追加）：

===== Snapshot 2026-05-18T20:05:59Z =====
No changes since last snapshot

━━━ Cloud mirror to GoogleDrive ━━━
Cloud mirror 2026-05-19 → /Users/kudotakuma/Library/CloudStorage/.../kudo-skill-sync/skills

last exit code = 0 ✅
ssot-map が Drive に保持されている（55419 bytes）✅
Cloud mirror に正常到達 ✅

Task C-2：同日 2 回目 kickstart¶

launchctl kickstart -p gui/$(id -u)/com.kudo.skills-snapshot
# wait 5s

ログ delta（同様の 6 行）：

===== Snapshot 2026-05-18T20:06:21Z =====
No changes since last snapshot

━━━ Cloud mirror to GoogleDrive ━━━
Cloud mirror 2026-05-19 → /Users/kudotakuma/Library/CloudStorage/.../kudo-skill-sync/skills

last exit code = 0 ✅
空回り（nothing added to commit but untracked files present）が 発生しない ✅
ssot-map 維持 ✅

→ A-2 修復が同日連続 kickstart の両方で機能していることを確認。

Task C-3：翌日 03:30 cron 後の自動検証（申し送り）¶

明朝の 03:30 cron 後、以下のチェックを工藤さん（または Code 再実行）で確認してほしい：

# 翌朝 04:00 以降に実行
DST="$HOME/Library/CloudStorage/GoogleDrive-kudotakuma421@gmail.com/マイドライブ/working/claude/kudo-skill-sync/skills/kudo-skill-tree-ssot-map/SKILL.md"
[ -f "$DST" ] && echo "✅ ssot-map survived 03:30 cron ($(wc -c < "$DST" | tr -d ' ') bytes)" || echo "❌ ssot-map deleted again"
tail -10 ~/.claude/skills.git-mirror/snapshot.log

期待値： - ssot-map survived（バイト数は 55419 のまま、または regenerate_ssot_map.py が走っていれば新しい値） - log に Cloud mirror 2026-05-20 → ... あり、削除発生なし

検証チェックリスト¶

修復中に発見した新たな問題（記録のみ・修正なし）¶

なし¶

修復は scope 通りで完了。新たに別バグを発見していない。

観察された軽微な事項（次回検討候補・本 Stage で扱わず）¶

MIRROR リポジトリの untracked files（.gitignore、README.md、auto-snapshot.sh 本体、snapshot.log 等）が git 管理外で永続的に non-empty 状態。意図的な設計か？整理対象か？ Stage 1-C 以降の判断材料
auto-snapshot.sh.bak.20260507-154315 という古い backup が MIRROR 直下に残置（同 dir に新たな .bak.2026-05-19 を作成済み）。退避位置を統一する案も検討可

工藤さん・Chat への申し送り¶

1. 翌日 03:30 cron 後の自動検証（最重要・未了）¶

明朝 04:00 以降に下記コマンドを実行して結果を共有してほしい：

DST="$HOME/Library/CloudStorage/GoogleDrive-kudotakuma421@gmail.com/マイドライブ/working/claude/kudo-skill-sync/skills/kudo-skill-tree-ssot-map/SKILL.md"
[ -f "$DST" ] && echo "✅ ssot-map survived 03:30 cron ($(wc -c < "$DST" | tr -d ' ') bytes)" || echo "❌ ssot-map deleted"
tail -10 ~/.claude/skills.git-mirror/snapshot.log

✅ が出れば Stage 1-B+ は完全に閉じる。❌ なら別の経路（cloud-sync 等）で削除されている可能性があり、Stage 1-C 着手前に追調査が必要。

2. Stage 1-C / Stage 1-B2 着手可¶

修復済みなので、HANDOFF どおり： - 次は Stage 1-C（R23 改訂） または Stage 1-B2（cloud-sync パイロット） に進める - Chat 側で次の HANDOFF を起票してください

3. ロールバック手段（万一の場合）¶

cp -p ~/.claude/skills.git-mirror/auto-snapshot.sh.bak.2026-05-19 \
      ~/.claude/skills.git-mirror/auto-snapshot.sh
# ssot-map は Drive 側を保持（rollback しても再削除されない、A-1 復旧後でも次回 03:30 cron で削除される問題に戻るだけ）

修復前の auto-snapshot.sh（1923 bytes、line 5 set -euo pipefail / line 23 with --delete / line 28 全体 porcelain / line 46 --delete あり）に完全復帰できる。

4. 次回 regenerate_ssot_map.py（毎週日曜 03:00）の動作予想¶

修復後は： - 日曜 03:00：regenerate_ssot_map.py が ssot-map を Drive にも ~/.claude/skills/ にも書く（~/.claude/skills/ は Vault への symlink なので Vault に書かれる） - 日曜 03:30：auto-snapshot.sh が --delete 無しで Cloud mirror → ssot-map 削除発生せず ✅ - 結論：「30 分だけ生存」問題は構造的に解消

ファイル一覧¶

変更¶

~/.claude/skills.git-mirror/auto-snapshot.sh — 2 箇所修正（A-1 / A-2）
~/Library/CloudStorage/.../kudo-skill-sync/skills/kudo-skill-tree-ssot-map/SKILL.md — 復元（新規）

新規作成¶

~/.claude/skills.git-mirror/auto-snapshot.sh.bak.2026-05-19 — backup
~/working/_claude_workspace_global/reports/stage1b-plus-completion-2026-05-19.md（本ファイル）

変更なし（非破壊保証）¶

skills-plugin path 配下の 56 件
Drive の他 46 件 kudo- および 10 件非 kudo-
~/KUDO-Vault/ 配下（symlink target が変更されないため Vault git にも変更なし）
WorkFlowy
他の LaunchAgent / cron / 設定ファイル