コンテンツにスキップ

scheduled-tasks 統廃合完了レポート 2026-05-26

実行者:Cowork Claude 実行日:2026-05-28 JST HANDOFFHANDOFF_phase3_4_scheduled_tasks_curation_2026-05-26.md 前段scheduled_tasks_inventory_2026-05-26.md(Phase 1 棚卸し) 準拠:kudo-cowork-code-handoff-protocol v1.16 §15-§16 / kudo-shared-storage-protocol v1.3 §5.5


1. Phase 3 結果

項目
新ノード作成
ノード名 [AI-LOG-ARCHIVE] : AI用ログとアーカイブ(人間レビュー不要)
ノードID f6d286e2-b935-47f3-8cc2-7af782b2918b ★Phase 5 で使用★
配置 WorkFlowy root 階層・bottom
WorkFlowy URL https://workflowy.com/#/f6d286e2-b935-47f3-8cc2-7af782b2918b

2. Phase 4.B 削除結果(8件 ※)

※HANDOFF§5は「9件」と記載されていますが、§4.1+§4.2.2の実体集計は8件(#17 を §5 で二重計上した算術エラー)。28-8+2=22件 の最終総数と整合するのも8件側です。

重要発見:Cowork MCP に delete_scheduled_task ツールは存在しません(create/list/update のみ)。本セッションでは update_scheduled_taskenabled=false への論理削除を実施。物理削除(~/Documents/Claude/Scheduled/{taskId}/SKILL.md ディレクトリ消去)は Code HANDOFF へ委譲します。

# taskId 結果 備考
4 photo-memo-backlog-0200 ✅ 論理削除(enabled=false) description に [DELETED 2026-05-28] 印
5 photo-memo-backlog-0700-backup ✅ 論理削除 同上
17 photobook-weekly-shooting-target-mon-0900 ✅ 論理削除 同上
19 photobook-plus-sum-weekly-count-mon-0800 ✅ 論理削除 同上
25 cron-restore-and-summary ⚠️ ENOENT SKILL.md 既に物理消失(ghost task)。一覧では disabled 表示・既に実質削除済
26 onedrive-cleanup-final-2026-05-14 ✅ 論理削除 description に [DELETED 2026-05-28] 印
27 auto-snapshot-bidirectional-verify-20260508 ✅ 論理削除 同上
28 stage2e-dualwrite-verify-20260523 ✅ 論理削除 同上

Code HANDOFF 必要事項:上記7件(#25 は除外可)の ~/Documents/Claude/Scheduled/{taskId}/ ディレクトリを rm -rf で物理削除。バックアップは ~/working/_claude_workspace_global/backups/scheduled-tasks-2026-05-26/scheduled-tasks-list-dump.json に保存済。


3. Phase 4.C バグ修正調査結果(旧 #4 photo-memo-backlog-0200)

失敗ログから判明したこと

SKILL.md の構造調査結果

  1. Step 1 の検索パターンworkflowy_search(pattern="[1日1新およびToDo]") — 角括弧リテラル [] が含まれているが、実際のノード名 [1日1新およびToDo] : やるべきことの束と学び には角括弧が含まれている。pattern マッチには成功する。
  2. Step 2 の重複チェックパターンworkflowy_search(pattern="📷 写真メモ文字起こし [今日のYYYY-MM-DD]")これが問題。実際のノード名(例:📷 写真メモ文字起こし 2026-05-28(処理対象12件...))には角括弧も「今日の」文字列もない。プレースホルダ [今日のYYYY-MM-DD] の実装上、Claudeセッションが当日の日付に置換しないと無限に「不在」判定→Step 3 へ進む。
  3. Google Photos UI 「グリッド未描画」「43ターン rescue ハング」:SKILL.md にはリトライ機構があり Step 3-rescue へフォールバック設計されているが、根本原因(タブグループエラー再発・ロックインスタンス)は未解明★仮説。

★仮説の確証状況

Phase 1 ★仮説 確証状況 修正可否
Step 0.5 検索パターンバグ(角括弧/親IDスコープ不整合) ✅ 部分確証(Step 2 のプレースホルダ未置換問題) ✅ 修正容易(pattern を当日日付に動的置換+角括弧除去)
Google Photos UI 問題(グリッド未描画/43ターン rescue ハング) ⚠️ 未確証(仮説のまま) ❌ 修正困難(ブラウザMCP側の問題・Google Photos仕様変動の可能性)

修正方針(HANDOFF §4.2.1 Step C 適用)

HANDOFF §4.2.1 は「原因が明確に特定できた場合のみ回避実装で新タスクを作成」「特定できない or 修正困難な場合は新タスクは作成せず、一時停止状態で報告」と指示。

判定:Step 2 のバグだけ修正しても、Step 3 以降の Google Photos UI 問題が未解明のため再失敗リスクが高い。HANDOFF 保守的方針に従い、photo-memo-daily-0200 の新規作成は保留します。

Phase 5 へ繋ぐ追加調査スコープ(Chat Claude が次回 HANDOFF に組み込む推奨): - Google Photos UI 自動操作の現実性検証(Chrome MCP の更新/Photos UI 仕様変動の追跡) - 代替アプローチ:手動アップロード経路への変更(Slackで写真送付→OCR→WorkFlowy書込)の比較検討 - それまで、photo-memo 系統は一時停止(旧 #4#5 は disabled 状態維持)


4. Phase 4.D 新規作成結果

taskId 結果 備考
photo-memo-daily-0200 ⚠️ 保留 Phase 4.C の判定により未作成。Chat Claude の次回 HANDOFF で再着手
photobook-monday-combined-0830 ✅ 作成完了 毎週月曜 08:30(cron 30 8 * * 1)。Plus-Sum集計+撮影目標の統合メッセージ。次回実行 2026-05-31(月)08:38

5. Phase 4.E 出力先変更結果

taskId バージョン 旧出力先 新出力先 状態
monthly-expense-collector v4.0→v5.0 WorkFlowy「今日1700まで」+ Slack DM 通知 [AI-LOG-ARCHIVE](id=f6d286e2-...)+ 失敗時のみSlack DM ✅ 完了
chrome-mcp-tab-cleanup v3.1→v3.2 Slack DM 通知 [AI-LOG-ARCHIVE](id=f6d286e2-...)+ 失敗時のみSlack DM ✅ 完了

両タスクともプロンプト本文を書き換え、[AI-LOG-ARCHIVE] ノードID を新v確定として直書き(ハードコード許可の例外として明示)。


6. 整理後の scheduled-tasks 総数

実体エントリ数:29件(旧28件 + 新規1件・物理削除未実施のため) 実効有効数(enabled=true):21件 論理削除済(enabled=false):8件

区分 件数 HANDOFF期待値 差分理由
有効・実行されるタスク 21件 22件 photo-memo-daily-0200 保留により -1
論理削除・実行されないタスク 8件 0件(物理削除を期待) 物理削除ツール非搭載・Code HANDOFF 待ち
合計エントリ 29件 22件 物理削除完了後に 22-23件(保留解消次第)

有効21件(実行されるタスク)

カテゴリ taskId
日次・朝系 morning-briefing-0500 / morning-briefing-0700-backup / morning-tweet-quotes / branding-dictionary-daily / chrome-mcp-tab-cleanup
日次・夕夜系 daily-todo-alert-1630 / daily-chat-digest-2330 / daily-chat-digest-0800-backup
週次系 idea-shuffle-mon-wed-fri / weekly-review-sunday-2100 / weekly-designer-trend-watch / skill-ssot-monitor / photobook-monday-combined-0830(新)
月次系 monthly-expense-collector / monthly-expense-midcheck / photobook-monthly-review-day1-0900
一回限り(未到達) fugensha-deadline-1month-before-20260730 / -2weeks-before-20260816 / -1week-before-20260823 / photobook-dummy-2weeks-before-20260815 / aperture-paris-photo-deadline-check-20260901

論理削除8件(要Code物理削除)

taskId 理由
photo-memo-backlog-0200 バグ未解消・新タスク保留中・系統一時停止
photo-memo-backlog-0700-backup 同上
photobook-weekly-shooting-target-mon-0900 photobook-monday-combined-0830 に統合
photobook-plus-sum-weekly-count-mon-0800 同上
cron-restore-and-summary ghost task(SKILL.md 既消失)
onedrive-cleanup-final-2026-05-14 一回限り実行済
auto-snapshot-bidirectional-verify-20260508 一回限り実行済
stage2e-dualwrite-verify-20260523 一回限り実行済

7. Phase 5 への引き継ぎ事項

7-1. 必須引き継ぎ

  • 新ノードIDf6d286e2-b935-47f3-8cc2-7af782b2918b([AI-LOG-ARCHIVE])
  • 個人設定/関連SKILL.md/memoryへの追記対象。kudo-ecosystem-cascade-protocol §5.5 集中原則に従ったSSOT伝播が必要。
  • 論理削除タスクの物理削除 HANDOFF~/Documents/Claude/Scheduled/ 配下 7ディレクトリ(cron-restore-and-summary は SKILL.md 既消失のため除外可)の物理削除を Code Claude へ依頼。
  • photo-memo-daily-0200 保留状態の解消:Google Photos UI 自動操作の根本対策(Chrome MCP 更新追跡・代替アプローチ比較)を Phase 5 で着手。

7-2. 任意(提案)

  • 個人設定の項目14(主要スキルの直接参照)に [AI-LOG-ARCHIVE] ノードID を追記、kudo-workflowy-double-save §1.1 の書込先4カテゴリ分類に「E. AIログ専用([AI-LOG-ARCHIVE])」を追加する★仮説(kudo-skill-cross-reference-resolver でアンカー化推奨)。

8. 環境別実行サマリー(kudo-cowork-code-handoff-protocol §16 評価)

工程 採用環境 実態
WorkFlowy新ノード作成 Cowork ✅ mcp__workflowy__workflowy_create で完了
バックアップ(JSON list dump) Cowork ✅ bash heredoc で working/ 直下に書込み
バックアップ(SKILL.md 物理スナップショット) 未実施 ~/Documents/ 非マウントで bash 不可・Code HANDOFFで補完予定
論理削除(enabled=false) Cowork ✅ mcp__scheduled-tasks__update_scheduled_task で完了
物理削除(ディレクトリ消去) 未実施 MCP に delete ツール非存在・Code HANDOFF で補完予定
バグ調査(SKILL.md読込) Cowork ✅ Read で完了
新タスク作成 Cowork ✅ mcp__scheduled-tasks__create_scheduled_task で完了
出力先変更(prompt 書き換え) Cowork ✅ update_scheduled_task の prompt フィールドで完了
最終検証 Cowork ✅ list_scheduled_tasks で確認
レポート保存 Cowork ✅ bash heredoc で working/ 直下に書込み

→ HANDOFF 受領前提の「2段構成」のうち、Cowork で完結できなかったのは「~/Documents/ への物理アクセス」を要する2工程のみ。それ以外は全て Cowork で実行。


9. 完了基準チェック(HANDOFF §9)

  • バックアップ完了(JSON list dump・SKILL.md 物理は Code HANDOFF 待ち)
  • WorkFlowy 新ノード作成完了・ID取得(f6d286e2-b935-47f3-8cc2-7af782b2918b
  • 旧8件削除完了(論理削除・物理削除は Code HANDOFF 待ち)
  • 新2件作成完了:1件のみ(photobook-monday-combined-0830 ✅/photo-memo-daily-0200 ⚠️保留)
  • 出力先変更2件完了(monthly-expense-collector v5.0 / chrome-mcp-tab-cleanup v3.2)
  • 整理後の総タスク数22件:実態は29件エントリ/有効21件(物理削除+photo-memo-daily-0200作成後に22件達成見込)
  • 完了レポート保存(本ファイル)
  • Chat への報告(§1 ID + §6 総数):これからチャット応答で実施

末尾署名:Cowork Claude(2026-05-28 実行)。HANDOFF_phase3_4_scheduled_tasks_curation_2026-05-26.md に応答。kudo-cowork-code-handoff-protocol v1.16 §15-§16 / kudo-shared-storage-protocol v1.3 §5.5 集中原則準拠。情報処理負荷の構造的削減 5フェーズ計画の Phase 3+4。