HANDOFF Phase 3+4: WorkFlowy 新ノード作成 + scheduled-tasks 統廃合実行¶
Chat Claude → Cowork Claude
作成日：2026-05-26
前のHANDOFF：HANDOFF_scheduled_tasks_inventory_2026-05-26.md（Phase 1 完了）
プロジェクト：情報処理負荷の構造的削減（5フェーズ計画の Phase 3+4）
1. 背景¶
Phase 1 棚卸し（28件）と Phase 2 統廃合議論（Chat）を経て、以下が確定：
- 削除8件 / 新規作成2件 / 出力先変更2件 / 維持16件
- WorkFlowy 新ノード
[AI-LOG-ARCHIVE]を作成 - 出力先「今日1700までに絶対更新！」の肥大化を解消
本HANDOFFで Phase 3（新ノード作成）と Phase 4（統廃合実行）を一気に実施。
2. ゴール¶
- WorkFlowy 新ノード
[AI-LOG-ARCHIVE] : AI用ログとアーカイブ（人間レビュー不要）を作成 - 旧 scheduled-tasks 8件を削除
- 新 scheduled-tasks 2件を作成（バグ修正版＋統合版）
- 既存 scheduled-tasks 2件の出力先を [AI-LOG-ARCHIVE] に変更
- 新ノードID と全実行結果を Chat に報告
- レポートを
~/working/_claude_workspace_global/reports/scheduled_tasks_curation_2026-05-26.mdに保存
3. Phase 3：WorkFlowy 新ノード作成¶
3.1 ノード仕様¶
| 項目 | 値 |
|---|---|
| ノード名 | [AI-LOG-ARCHIVE] : AI用ログとアーカイブ（人間レビュー不要） |
| 親ノード | WorkFlowy root（最上位） |
| 配置位置 | 既存 [1日1新およびToDo]・001.MEMOる・02.KEEPする・過去生成ログ と並列 |
| note フィールド | 空欄（kudo-workflowy-double-save §1.1 準拠：noteフィールド禁止） |
3.2 取得すべき情報¶
- 作成された新ノードのID（次のPhase 5 で個人設定・SKILL.md に追記するため）
- レポートに記載
4. Phase 4：scheduled-tasks 統廃合実行¶
4.1 削除アクション（8件）¶
以下を scheduled-tasks 管理から完全削除：
| # | タスク名 | 削除理由 |
|---|---|---|
| 4 | photo-memo-backlog-0200 | 新タスク photo-memo-daily-0200 に統合・置換 |
| 5 | photo-memo-backlog-0700-backup | 同上（バックアップ不要、内部リトライで対応） |
| 19 | photobook-plus-sum-weekly-count-mon-0800 | 新タスク photobook-monday-combined-0830 に統合 |
| 25 | cron-restore-and-summary | disabled・クリーンアップ |
| 26 | onedrive-cleanup-final-2026-05-14 | disabled・クリーンアップ |
| 27 | auto-snapshot-bidirectional-verify-20260508 | disabled・クリーンアップ |
| 28 | stage2e-dualwrite-verify-20260523 | disabled・クリーンアップ |
※「無効タスク」(#25-28) は実行履歴を残したまま削除（DB肥大化防止）。
4.2 新規作成アクション（2件）¶
4.2.1 新タスク photo-memo-daily-0200（旧 #4+#5 統合・バグ修正版）¶
| 項目 | 内容 |
|---|---|
| 名前 | photo-memo-daily-0200 |
| スケジュール | 毎日 02:30 JST |
| 機能 | Google Photos の写真メモを取得 → OCR → WorkFlowy に書き込み |
| 出力先 | WorkFlowy「今日1700までに絶対更新！」（id: 3928bfa2-... ※工藤さんから取得可能なID）+ Slack DM |
| リトライ | 失敗時は内部で最大3回リトライ（旧バックアップタスク不要） |
| バグ修正必須 | Phase 1 で言及された「Step 0.5検索パターンバグ + Google Photos UI問題（★仮説）」を回避する実装 |
★バグ修正の取り扱い（重要）¶
前提：Cowork Claude が Phase 1 で「★仮説」マーカーで言及した2点： - Step 0.5 検索パターンバグ - Google Photos UI 問題
これらはまだ仮説段階。本HANDOFFでは以下の保守的方針で対応：
Step A：旧 #4 の最近の失敗ログを調査して、バグの実態を確証する - 14日以上連続失敗の具体的なエラーメッセージ - どの処理ステップで失敗しているか - ★仮説と実態が一致するか
Step B：原因が明確に特定できた場合のみ、回避実装で新タスクを作成 - Step 0.5 検索パターンの修正版を実装 - Google Photos UI の代替経路を実装
Step C：原因が特定できない or 修正困難な場合 - 新タスクは作成せず、一時停止状態で報告 - Chat Claude に詳細を報告し、追加調査の HANDOFF を発行
これは「バグ修正がついでに失敗する」リスクを避けるため。
4.2.2 新タスク photobook-monday-combined-0830（旧 #17+#19 統合）¶
| 項目 | 内容 |
|---|---|
| 名前 | photobook-monday-combined-0830 |
| スケジュール | 毎週月曜 08:30 JST |
| 機能 | 以下2つを1メッセージに集約： ① 先週の Plus-Sum 候補数（Lightroom Catalog DB から★3以上+2026年撮影集計） ② 今週の撮影目標 |
| 出力先 | Slack DM のみ |
| 既存 #17 の処理 | 旧 photobook-weekly-shooting-target-mon-0900（月曜9:00）は削除して本タスクで置換 |
※#17 も実質的に削除→新規作成に置き換わる。リストには明記しなかったが #19 削除に加えて #17 も削除→新規。
※修正：上記で「削除8件」と書いたが、正確には削除9件（#17 含む）。後述「最終削除リスト」参照。
4.3 出力先変更アクション（2件）¶
| # | タスク名 | 旧出力先 | 新出力先 |
|---|---|---|---|
| 15 | monthly-expense-collector | WorkFlowy「今日1700まで」+ Slack DM | [AI-LOG-ARCHIVE] + Slack DM 廃止 |
| 7 | chrome-mcp-tab-cleanup | Slack DM | [AI-LOG-ARCHIVE] + Slack DM 廃止 |
両タスクは Slack DM 通知を停止し、WorkFlowy の [AI-LOG-ARCHIVE] にのみ書き込む。
5. 最終アクション集計（再整理）¶
削除（合計9件）¶
- 旧 #4, #5（photo-memo-backlog 系2件）
- 旧 #17, #19（photobook 系2件）
- 旧 #25-28（disabled 系4件）
- 計 8件 +#17 で 9件
新規作成（合計2件）¶
- 新
photo-memo-daily-0200（旧 #4+#5 統合・バグ修正版） - 新
photobook-monday-combined-0830（旧 #17+#19 統合）
出力先変更（合計2件）¶
維持（変更なし）¶
- 残り全16件（#1, #2, #3, #6, #8, #9, #10, #11, #12, #13, #14, #16, #18, #20, #21, #22, #23, #24）
Phase 4 完了後の総タスク数¶
- 22件（有効22 / 無効0）
6. 実行手順（順序厳守）¶
Step 6.1：Phase 3 実行¶
- WorkFlowy で
[AI-LOG-ARCHIVE] : AI用ログとアーカイブ（人間レビュー不要）ノードを root階層に新規作成 - 作成されたノードIDを取得・記録
- Chat への報告で使用するため変数として保持
Step 6.2：Phase 4.A バックアップ¶
scheduled-tasks の現状（28件）をJSON or YAMLでバックアップ：
Step 6.3：Phase 4.B 削除（9件）¶
§5「削除（合計9件）」を順次実行。各削除の成否を記録。
Step 6.4：Phase 4.C バグ修正調査（新 photo-memo-daily-0200 の前段）¶
§4.2.1「★バグ修正の取り扱い」の Step A〜C を実施： - 旧 #4 の失敗ログ調査 - バグの実態確証 - 修正可能性の判断
Step 6.5：Phase 4.D 新規作成（2件）¶
- 新
photo-memo-daily-0200（バグ修正可能な場合のみ） - 新
photobook-monday-combined-0830
バグ修正困難な場合：photo-memo-daily-0200 の作成は保留・報告。
Step 6.6：Phase 4.E 出力先変更（2件）¶
両タスクとも Slack DM 通知を停止。
Step 6.7：完了レポート生成¶
~/working/_claude_workspace_global/reports/scheduled_tasks_curation_2026-05-26.md に保存。
レポート構成：
# scheduled-tasks 統廃合完了レポート 2026-05-26
## 1. Phase 3 結果
- 新ノード作成：✅
- ノード名：[AI-LOG-ARCHIVE] : AI用ログとアーカイブ（人間レビュー不要）
- ノードID：（取得したID）★Phase 5 で使用★
## 2. Phase 4.B 削除結果（9件）
| # | タスク名 | 結果 |
|---|---|---|
| ... | ... | ✅/❌ |
## 3. Phase 4.C バグ修正調査結果（旧 #4）
- 失敗ログから判明したこと：...
- ★仮説の確証状況：...
- 修正方針：...
## 4. Phase 4.D 新規作成結果
- photo-memo-daily-0200：✅作成 / ⚠️保留（理由）
- photobook-monday-combined-0830：✅作成
## 5. Phase 4.E 出力先変更結果
- monthly-expense-collector：✅
- chrome-mcp-tab-cleanup：✅
## 6. 整理後のscheduled-tasks総数
- 22件（有効22 / 無効0）
## 7. Phase 5 への引き継ぎ
- 新ノードID：（再掲）
- Code Claude へ HANDOFF Phase 5 作成時に必要
Step 6.8：Chat への共有¶
レポートの §1（新ノードID）と §6（総数）を Chat に貼り付け。
7. 配置上の注意¶
レポート保存先：~/working/_claude_workspace_global/reports/scheduled_tasks_curation_2026-05-26.md
Cowork から直接書き込めない場合は、outputs/ に保存して工藤さんに「Code Claude経由で移送」と報告。
8. エラー対応¶
削除失敗¶
- 該当タスクの状態を確認し、レポートに記録
- 他の削除は続行
新規作成失敗¶
- 旧タスクは削除済みなので、機能停止状態になる
- 即座に Chat に通知
- 緊急時は旧タスクの再作成も検討
バグ修正調査で原因不明¶
- 新タスク作成は保留
- Chat に詳細報告して追加調査の HANDOFF を要求
WorkFlowy 新ノード作成失敗¶
- 全Phase 4 を中止
- Chat に報告
9. 完了基準¶
以下が全て✅または ⚠️（理由明記）であれば完了：
- バックアップ完了
- WorkFlowy 新ノード作成完了・ID取得
- 旧9件削除完了
- 新2件作成完了（または ⚠️保留・理由）
- 出力先変更2件完了
- 整理後の総タスク数が22件になっている
- 完了レポート保存
- Chat への報告（新ノードID + 総数）
末尾署名：Chat Claude（2026-05-26）作成。kudo-cowork-code-handoff-protocol v1.16 / kudo-shared-storage-protocol v1.3 §5.5 集中原則準拠。情報処理負荷の構造的削減 5フェーズ計画の Phase 3+4（新ノード作成＋統廃合実行）スコープ。Phase 5（SSOT 更新）は本HANDOFF完了後に Code Claude 向けで別途作成。