HANDOFF Phase 5: SSOT 伝播 + ローカルファイル物理削除¶
Chat Claude → Code Claude
作成日:2026-05-26
前のHANDOFF:HANDOFF_phase3_4_scheduled_tasks_curation_2026-05-26.md(Phase 3+4 完了)
プロジェクト:情報処理負荷の構造的削減(5フェーズ計画の Phase 5・最終)
1. 背景¶
Phase 3+4 で以下を完了:
- WorkFlowy 新ノード [AI-LOG-ARCHIVE](ID: f6d286e2-...)作成
- scheduled-tasks 削除8件 / 新規作成1件 / 保留1件 / 出力先変更2件
- 整理後の総タスク数:22件
本Phase 5 では: - ローカルファイルシステムの物理削除 - 全SSOT への伝播(個人設定・SKILL.md・changelog・memory) - 保留問題の正式記録
2. ゴール¶
- ローカルファイル物理削除(旧 scheduled-tasks 7ディレクトリ)
- kudo-workflowy-double-save v3.4 → v3.5 改訂
- 個人設定 v5.5 → v5.6 改訂
- kudo-personal-settings-changelog 追記
- kudo-ai-error-watchlist に 2 entries 追加
- memory 更新(photo-memo 保留状態の記録)
- 完了レポートを
~/working/_claude_workspace_global/reports/info_load_reduction_completion_2026-05-26.mdに保存
3. 必須前提:新ノードID のフル取得¶
Cowork のレポート(~/working/_claude_workspace_global/reports/scheduled_tasks_curation_2026-05-26.md)から、[AI-LOG-ARCHIVE] のフルノードIDを取得:
省略形 f6d286e2-... のフルID(例:f6d286e2-aaaa-bbbb-cccc-XXXXXXXXXXXX)を変数として保持し、以降の全SSOT 更新で使用。
4. Phase 5.A:ローカルファイル物理削除¶
4.1 対象ディレクトリ(7ディレクトリ)¶
~/Documents/Claude/Scheduled/ 配下の旧 scheduled-tasks ディレクトリ:
~/Documents/Claude/Scheduled/photo-memo-backlog-0200/
~/Documents/Claude/Scheduled/photo-memo-backlog-0700-backup/
~/Documents/Claude/Scheduled/photobook-weekly-shooting-target-mon-0900/
~/Documents/Claude/Scheduled/photobook-plus-sum-weekly-count-mon-0800/
~/Documents/Claude/Scheduled/onedrive-cleanup-final-2026-05-14/
~/Documents/Claude/Scheduled/auto-snapshot-bidirectional-verify-20260508/
~/Documents/Claude/Scheduled/stage2e-dualwrite-verify-20260523/
※ cron-restore-and-summary は Cowork が確認した通り既消失なので対象外。
4.2 実行手順¶
- バックアップ:削除前に各ディレクトリを
~/working/_claude_workspace_global/backups/scheduled-tasks-physical-2026-05-26/に tar.gz アーカイブ - 存在確認:各ディレクトリの存在を
ls -laで確認 - 削除実行:
rm -rfで物理削除 - 削除後確認:
ls ~/Documents/Claude/Scheduled/で残存物確認
5. Phase 5.B:kudo-workflowy-double-save v3.4 → v3.5¶
5.1 ファイルパス¶
~/.claude/skills/kudo-workflowy-double-save/SKILL.md
または /mnt/skills/user/kudo-workflowy-double-save/SKILL.md(実体場所を確認)
5.2 主要変更点¶
5.2.1 §1.1〜§1.3 書込先カテゴリ拡張(4 → 5)¶
旧 v3.4:
新 v3.5:
5.2.2 主要ノードID表に追記¶
| カテゴリ | ノード名 | ID |
|---|---|---|
| A | [1日1新およびToDo] | 8cfc1d50 |
| A | 001.MEMOる | b449e5d8 |
| A | 02.KEEPする | ed0c739f |
| B | [AI-LOG-ARCHIVE] : AI用ログとアーカイブ(人間レビュー不要) | <新ノードID> |
| C | 過去生成ログ | 54f53941 |
5.2.3 [AI-LOG-ARCHIVE] の運用ルール(新規セクション)¶
§1.4:[AI-LOG-ARCHIVE] の運用 を新設:
## §1.4 [AI-LOG-ARCHIVE] の運用ルール
### 用途
- scheduled-tasks の自動ログ出力先(人間レビュー不要)
- システムログ、OCRログ、経費処理ログなど、参照のみで処理対象でないコンテンツ
- 「[1日1新およびToDo]」の肥大化を防ぐための分離先
### 書き込み対象(典型例)
- chrome-mcp-tab-cleanup の実行ログ
- monthly-expense-collector の処理結果
- 将来追加される自動システムログ
### 書き込み禁止
- 人間が処理すべきTODO
- 撮影メモ・写真メモのOCR結果(工藤さんが読みたい情報)
- 議事録・学び・知見
### 命名規約
- 子ノードは `YYYY-MM-DD_<タスク名>_<時刻>` 形式
- noteフィールド禁止(kudo-workflowy-double-save §1.1 準拠)
### 工藤さんとの取り決め
- このノード配下は読まなくていい設計
- ただし将来「あの自動ログを参照したい」場合は WorkFlowy 検索で抽出可能
5.2.4 バージョン情報・改訂履歴¶
ファイル末尾に v3.5 改訂エントリを追加:
## 改訂履歴
### v3.5(2026-05-26)
- 書込先カテゴリを4→5に拡張(B. AIログ系を新設)
- [AI-LOG-ARCHIVE] ノードID を主要ノードID表に追加
- §1.4 [AI-LOG-ARCHIVE] の運用ルールを新設
- 工藤拓真との情報処理負荷削減プロジェクト Phase 5 で改訂
6. Phase 5.C:個人設定 v5.5 → v5.6¶
6.1 ファイルパス¶
個人設定の所在マップを確認(kudo-persist-settings#config-file-location-map):
# 個人設定本体の所在を確認
find ~/Library ~/Documents ~/.claude ~/KUDO-Vault -name "個人設定*.md" -o -name "personal-settings*.md" 2>/dev/null
6.2 主要変更点¶
6.2.1 ヘッダのバージョン更新¶
[個人設定 v5.6(2026-05-26)/項目4 改訂:[AI-LOG-ARCHIVE] ノード追加(Phase 5 完遂)/詳細changelogは kudo-personal-settings-changelog 参照/15項目]
6.2.2 項目4 の更新¶
旧 v5.5 の項目4:
新 v5.6 の項目4 追記:
4.私との対話では、必要に応じてWorkFlowyの「001.MEMOる」および「02.KEEPする」の内容を適宜ソースとして参照してください。**ただし「[AI-LOG-ARCHIVE]」配下は読まなくていい**(人間レビュー不要のAIログ専用領域)。三重保存プロトコル...
末尾に主要ノードID表があれば、[AI-LOG-ARCHIVE](ID: <新ノードID>)を追加。
6.2.3 項目14 の更新¶
kudo-workflowy-double-save の参照バージョンを v3.4 → v3.5 に更新。
7. Phase 5.D:kudo-personal-settings-changelog 追記¶
7.1 ファイルパス¶
/mnt/skills/user/kudo-personal-settings-changelog/SKILL.md または対応する実体パス。
7.2 v5.6 エントリ追加¶
## v5.6(2026-05-26):情報処理負荷削減プロジェクト完遂
### 背景
工藤拓真が「scheduled-tasks の量が処理しきれない」と指摘。WorkFlowy [1日1新およびToDo] への書き込み肥大化も同時に課題に。
### 5フェーズ計画で対応
- Phase 1:scheduled-tasks 全棚卸し(28件確認・8件「今日1700まで」ノードに集中発覚)
- Phase 2:統廃合判断(削除8件・新規作成2件・出力先変更2件で合意)
- Phase 3:WorkFlowy 新ノード [AI-LOG-ARCHIVE] 作成(ID: <新ノードID>)
- Phase 4:scheduled-tasks 統廃合実行(うち photo-memo-daily-0200 は Google Photos UI 問題で保留)
- Phase 5:SSOT 伝播(本エントリ)
### 主要な変更点
1. 項目4:[AI-LOG-ARCHIVE] は読まなくていい旨を追記
2. 項目14:kudo-workflowy-double-save v3.4 → v3.5 参照更新
3. scheduled-tasks 総数:28件 → 22件
4. 「今日1700まで」ノード集中タスク:8件 → 6件
5. Slack DM 通知:10件 → 8件
### 重要な発見(kudo-ai-error-watchlist 追記事項)
- LLMの整理バイアス(機能追加バイアスの裏返し)
- バックアップ救済で根本問題が隠される構造
### 残課題
- photo-memo-daily-0200 の保留解消(Google Photos UI 自動操作の根本対策)
- 別途調査 HANDOFF を将来発行予定
8. Phase 5.E:kudo-ai-error-watchlist に 2 entries 追加¶
8.1 ファイルパス¶
/mnt/skills/user/kudo-ai-error-watchlist/SKILL.md または対応する実体パス。
8.2 Entry 追加 1:LLMの整理バイアス¶
## Entry: LLMの整理バイアス(2026-05-26 発見)
### 領域
情報設計・整理プロトコル
### 誤断言(仮想例)
「OCRログは毎日読まなくていいから、[AI-LOG-ARCHIVE] に移管すべき」(Chat Claudeが Phase 2 で提案)
### 真相
工藤さんの「写真メモは読んでおきたい」発言で発覚:
- 写真メモOCRは Plus-Sum 写真家としての撮影記憶を保持する重要情報
- LLM が「ログ=読まない」と機械的に分類すると、本来読むべき情報まで隠してしまう
### 一次ソース
2026-05-26 Phase 2 議論時の工藤拓真の発言:
「写真メモは読んでおきたいから、違うかな」
### 永続化ルール
1. 「ログ」「自動生成」「機械的」というラベルだけで [AI-LOG-ARCHIVE] への移管を判断しない
2. 「これは工藤さんが将来読みたい情報か?」を必ず確認
3. 機能追加バイアスの裏返しとして、整理バイアスも警戒
### 関連
- 機能追加バイアス(同じく2026-05-26 発見)
- kudo-subtraction-protocol(Q7完走後に新規スキル化候補)
8.3 Entry 追加 2:バックアップ救済の隠蔽効果¶
## Entry: バックアップ救済で根本問題が隠される構造(2026-05-26 発見)
### 領域
システム設計・監視・運用
### 観察された事象
photo-memo-backlog-0200 が14日以上連続失敗していたが、バックアップタスク #5(photo-memo-backlog-0700-backup)が救済していたため、工藤さんは「機能している」と認識していた。
### 真相
Phase 1 棚卸し時に Cowork Claude が発見:
- 根本タスクが2週間以上機能停止
- バックアップで表面的に動いているように見えていた
- 根本原因(Step 0.5検索パターンバグ + Google Photos UI問題)は未改修
### 一次ソース
2026-05-26 Phase 1 Cowork 棚卸しレポート:
「photo-memo-backlog-0200 が14日以上連続失敗(Step 0.5検索パターンバグ+Google Photos UI問題★仮説)。いずれもバックアップで救済済だが根本原因が4週連続未改修★仮説」
### 永続化ルール
1. バックアップタスクの成功は「主タスクの健康」を意味しない
2. 主タスクの失敗回数を定期監視(週次レビューで確認)
3. バックアップに依存している状態が3日以上続いたら警告
4. ブランディング案件でも同型問題:「リカバリープランがあると、本来の問題に向き合わなくなる」
### 関連
- skill-ssot-monitor(既存・週次失敗監視)への拡張候補
- 写真集制作プロジェクトでの警戒事項
9. Phase 5.F:memory 更新¶
9.1 既存 memory の確認¶
工藤拓真のメモリに以下を追記:
2026-05-26:情報処理負荷削減プロジェクト完遂。scheduled-tasks 28→22件、WorkFlowy新ノード [AI-LOG-ARCHIVE] 作成。photo-memo-daily-0200 は Google Photos UI 問題で保留中・別途調査予定。
9.2 写真集プロジェクトのメモリも軽く更新¶
10. Phase 5.G:完了レポート生成¶
~/working/_claude_workspace_global/reports/info_load_reduction_completion_2026-05-26.md に:
# 情報処理負荷削減プロジェクト 完了レポート
## 全フェーズ完了状況
| Phase | 内容 | 結果 |
|---|---|---|
| Phase 1 | scheduled-tasks 全棚卸し | ✅ 28件確認 |
| Phase 2 | 統廃合判断 | ✅ 削除8/新規2/変更2 |
| Phase 3 | WorkFlowy 新ノード作成 | ✅ ID: <フルID> |
| Phase 4 | scheduled-tasks 統廃合 | ⚠️ 1件保留 |
| Phase 5 | SSOT 伝播・物理削除 | ✅(本レポート) |
## 整理前後の比較
| 指標 | Before | After |
|---|---|---|
| scheduled-tasks 総数 | 28件 | 22件 |
| 「今日1700まで」集中タスク | 8件 | 6件 |
| Slack DM 通知数 | 10件 | 8件 |
| 月曜朝の Slack DM | 2通 | 1通 |
| WorkFlowy 出力先カテゴリ | 4 | 5 |
## SSOT 更新完了
- ✅ kudo-workflowy-double-save v3.5
- ✅ 個人設定 v5.6
- ✅ kudo-personal-settings-changelog 追記
- ✅ kudo-ai-error-watchlist 2 entries 追加
- ✅ memory 更新
- ✅ ローカルファイル物理削除 7ディレクトリ
## 残課題
- photo-memo-daily-0200 の保留解消(Google Photos UI 問題)
## 主要発見(スキル化候補)
1. LLMの整理バイアス
2. バックアップ救済による根本問題の隠蔽
3. kudo-subtraction-protocol(新規スキル候補)
11. 実行順序¶
- Phase 5.A:ローカルファイル物理削除(バックアップ→削除→確認)
- Phase 5.B:kudo-workflowy-double-save v3.5 改訂
- Phase 5.C:個人設定 v5.6 改訂
- Phase 5.D:kudo-personal-settings-changelog 追記
- Phase 5.E:kudo-ai-error-watchlist 2 entries 追加
- Phase 5.F:memory 更新
- Phase 5.G:完了レポート生成
- Chat への完了報告
12. 完了基準¶
- 新ノードのフルID取得
- ローカル7ディレクトリの物理削除完了(バックアップ済み)
- kudo-workflowy-double-save v3.5 改訂完了
- 個人設定 v5.6 改訂完了
- changelog v5.6 エントリ追加完了
- kudo-ai-error-watchlist 2 entries 追加完了
- memory 更新完了
- 完了レポート保存完了
- 全SSOT 間の整合性確認(kudo-ecosystem-cascade-protocol §5.5 準拠)
末尾署名:Chat Claude(2026-05-26)作成。kudo-cowork-code-handoff-protocol v1.16 / kudo-shared-storage-protocol v1.3 §5.5 集中原則 / kudo-ecosystem-cascade-protocol §5.5 準拠。情報処理負荷削減プロジェクトの最終フェーズ。