HANDOFF Phase 6-A: WorkFlowy ノード構造変更 + scheduled-tasks 追加統廃合¶
Chat Claude → Cowork Claude
作成日：2026-05-28
前のHANDOFF：HANDOFF_phase5_ssot_propagation_2026-05-26.md（Phase 5 完了・[AI-LOG-ARCHIVE] ノードID取得済み）
プロジェクト：情報処理負荷削減プロジェクト Phase 6（最終）
1. 背景¶
工藤拓真が「写真領域に関係なく、ぜんぶのスケジュールを統廃合してシンプルにしたい」「WorkFlowy 書き込み先も全体かえたい」と要望。Phase 4 後の22件を更にゼロベース再評価して19件に削減、ノード構造も4ノード制に再設計する。
2. ゴール¶
- WorkFlowy ノード構造変更（5+案件別 → 4+案件別）
- scheduled-tasks 追加統廃合（22件 → 19件）
- レポートを
~/working/_claude_workspace_global/reports/scheduled_tasks_curation_phase6_2026-05-28.mdに保存
3. Phase 6-A.1：WorkFlowy ノード構造変更¶
3.1 既存ノードの状態（Phase 5 完了時点）¶
| ノード | ID | 現在の用途 |
|---|---|---|
| [1日1新およびToDo] : やるべきことの束と学び | 8cfc1d50 | 日次TODO + 学び |
| 001.MEMOる | b449e5d8 | MEMO |
| 02.KEEPする | ed0c739f | KEEP（保存しておきたい知見） |
| 過去生成ログ | 54f53941 | Cowork 日次ダイジェスト |
| [AI-LOG-ARCHIVE] : AI用ログとアーカイブ（人間レビュー不要） | f6d286e2-b935-47f3-8cc2-7af782b2918b | AIログ・新設 |
3.2 新ノード構造（案A・4ノード制）¶
アクション 3.2.1：[1日1新およびToDo] を [INBOX] にリネーム¶
| 項目 | 値 |
|---|---|
| 旧ノード名 | [1日1新およびToDo] : やるべきことの束と学び |
| 新ノード名 | [INBOX] : 今日処理すべきもの |
| ノードID | 8cfc1d50（保持・配下の子ノードも全て維持） |
| 配下 | そのまま（書き込み履歴を維持） |
アクション 3.2.2：[001.MEMOる] + [02.KEEPする] を [LIBRARY] に統合¶
| 項目 | 値 |
|---|---|
| 新ノード名 | [LIBRARY] : 蓄積する知見・学び・MEMO |
| 親ノード | WorkFlowy root（既存4ノードと並列） |
| 統合元 | 001.MEMOる（b449e5d8）+ 02.KEEPする（ed0c739f） |
| 配下構造 | サブノード [from-001-MEMO] と [from-02-KEEP] を作って、元の各配下を移動 |
移動戦略：
1. 新規 [LIBRARY] ノードを作成
2. 配下に [from-001-MEMO] : 旧001.MEMOる由来 サブノードを作成、b449e5d8 配下を全て移動
3. 配下に [from-02-KEEP] : 旧02.KEEPする由来 サブノードを作成、ed0c739f 配下を全て移動
4. 元の 001.MEMOる および 02.KEEPする ノードは削除しない（履歴アンカーとして残す・空ノードに）
5. 元ノードの note に「[LIBRARY] 配下に統合（2026-05-28）。新規書き込みは [LIBRARY] へ」と追記
慎重判断：001 と 02 の元ノードIDは個人設定 v5.6 で参照されている可能性大。ノードID自体を消すと参照が破綻するため、空にして案内文を入れるが最も安全。
アクション 3.2.3：[過去生成ログ] を [ARCHIVE] にリネーム + 拡張¶
| 項目 | 値 |
|---|---|
| 旧ノード名 | 過去生成ログ（過去やりとりはすべてここにあるのでclaude読んでね！） |
| 新ノード名 | [ARCHIVE] : 過去生成ログ・読み返し用（人間レビュー任意） |
| ノードID | 54f53941（保持） |
| 配下 | そのまま |
アクション 3.2.4：[AI-LOG-ARCHIVE] は維持¶
変更なし（Phase 5 で作成済み）。
3.3 新ノード構造の全体像（変更後）¶
[INBOX] : 今日処理すべきもの （ID: 8cfc1d50）
├─ 既存の TODO・学び（移行）
[LIBRARY] : 蓄積する知見・学び・MEMO （新規ID）
├─ [from-001-MEMO] : 旧001.MEMOる由来
└─ [from-02-KEEP] : 旧02.KEEPする由来
[AI-LOG-ARCHIVE] : AI用ログとアーカイブ（人間レビュー不要） （ID: f6d286e2-...）
└─ AIログ（既存）
[ARCHIVE] : 過去生成ログ・読み返し用（人間レビュー任意） （ID: 54f53941）
└─ 過去ダイジェスト（既存）
[各案件 #project]
└─ 案件別アーカイブ（既存）
001.MEMOる （空ノード・案内文のみ・ID: b449e5d8 保持）
02.KEEPする （空ノード・案内文のみ・ID: ed0c739f 保持）
4. Phase 6-A.2：scheduled-tasks 追加統廃合¶
4.1 削除アクション（3件）¶
| # | タスク名 | 削除理由 |
|---|---|---|
| 2 | morning-briefing-0700-backup | バックアップ救済構造を断つ |
| 8 | daily-todo-alert-1630 | #1 朝のキューに統合 |
| 10 | daily-chat-digest-0800-backup | バックアップ救済構造を断つ |
4.2 統合アクション（1件）¶
#8 → #1 morning-briefing-0500 への統合¶
新 #1 の機能拡張：朝3:30のブリーフに以下を追加： - 既存：Gカレ・WorkFlowy・昨日ダイジェストから今日のブリーフ生成 - 追加：その日のTODO確定リスト（旧 #8 daily-todo-alert-1630 の内容） - 追加：「16:30 のアラートは廃止しました。本リストを終日参照してください」の一文
実装方針： - #1 のプロンプトテンプレートを更新 - 「今日のTODO」セクションをブリーフに追加 - TODO抽出ロジックは旧 #8 から移植 - 出力先は変更なし（[INBOX]（旧 [1日1新]）+ Slack DM）
4.3 頻度低下アクション（3件）¶
| # | タスク名 | 旧頻度 | 新頻度 |
|---|---|---|---|
| 6 | branding-dictionary-daily | 平日毎日4:00 | 月曜のみ4:00 |
| 11 | idea-shuffle-mon-wed-fri | 月水金11:00 | 月曜のみ11:00 |
| 13 | weekly-designer-trend-watch | 毎週月曜6:00 | 隔週月曜6:00 |
※ #13 の隔週は「奇数週 or 偶数週」の判定ロジックを実装。初回実行は次の月曜から偶数週で開始（例：2026-06-01 月曜が偶数週開始）。
4.4 出力先変更アクション（1件）¶
#9 daily-chat-digest-2330 の運用変更¶
| 項目 | 旧 | 新 |
|---|---|---|
| 実行 | 毎日23:30 | 維持 |
| Vault logs/ への dual-write | 維持 | 維持 |
| WorkFlowy 出力先 | [1日1新] | [ARCHIVE]へ（読まなくていい・保存のみ） |
| Slack DM 通知 | あり | 削除 |
「保存はする、通知はしない、読みたい時だけ見る」運用に。
4.5 ノードリネームに伴う scheduled-tasks の出力先更新¶
ノード構造変更により、以下の scheduled-tasks の出力先設定を更新（ノードIDは保持されるため、表示名のみ更新）：
| # | タスク名 | 影響 |
|---|---|---|
| 1 | morning-briefing-0500（拡張後） | [INBOX]（旧 [1日1新]）+ Slack DM・ノードID変わらず |
| 6 | branding-dictionary-daily | [INBOX]・ノードID変わらず |
| 11 | idea-shuffle | [INBOX]・ノードID変わらず |
| 12 | weekly-review-sunday-2100 | 各案件 #project・変更なし |
| 13 | weekly-designer-trend-watch | [INBOX]・ノードID変わらず |
| 15 | monthly-expense-collector | [AI-LOG-ARCHIVE]・変更なし（Phase 4 で変更済み） |
| 16 | monthly-expense-midcheck | [INBOX] |
| 17→新 | photobook-monday-combined-0830 | Slack DM のみ |
ノードID保持により、scheduled-tasks の設定変更は最小限。
5. 最終アクション集計¶
| 種別 | 件数 |
|---|---|
| 削除 | 3件（#2, #8, #10） |
| 統合 | 1件（#8 → #1） |
| 頻度低下 | 3件（#6, #11, #13） |
| 出力先変更 | 1件（#9） |
| ノードリネーム | 2件（[1日1新]→[INBOX]、過去生成ログ→[ARCHIVE]） |
| ノード統合 | 1件（001+02 → LIBRARY） |
| 整理後の総タスク数 | 19件（22 - 3） |
6. 実行手順¶
Step 6.1：バックアップ¶
scheduled-tasks のJSON状態 + WorkFlowy 関連ノードのJSON状態を
~/working/_claude_workspace_global/backups/phase6-2026-05-28/
に保存
Step 6.2：WorkFlowy ノード構造変更¶
- [1日1新およびToDo] → [INBOX] リネーム：ノードIDを保持しつつ表示名を変更
- [過去生成ログ] → [ARCHIVE] リネーム：同上
- [LIBRARY] 新規作成：root階層、配下に [from-001-MEMO] と [from-02-KEEP] サブノード作成
- 001.MEMOる 配下を [LIBRARY]/[from-001-MEMO] へ移動：全子ノード移動
- 02.KEEPする 配下を [LIBRARY]/[from-02-KEEP] へ移動：同上
- 001.MEMOる と 02.KEEPする を空ノード化：案内文を name フィールドに追加（noteフィールド禁止のため・ノード名末尾に追記）
- 例：
001.MEMOる → [LIBRARY]に統合（2026-05-28）。新規書き込みは [LIBRARY] へ - 同様に
02.KEEPするも
Step 6.3：scheduled-tasks 統廃合¶
- 削除3件：#2, #8, #10
- 統合実装：#1 のプロンプトテンプレート更新（#8 のTODO抽出を追加）
- 頻度低下3件：#6, #11, #13 のスケジュール更新
- 出力先変更1件：#9 の出力先を [ARCHIVE] に変更、Slack DM 削除
Step 6.4：完了検証¶
- WorkFlowy 新ノード構造の目視確認
- scheduled-tasks の総数が19件になっていることを確認
- 直近の実行結果のサンプル取得
Step 6.5：レポート生成¶
~/working/_claude_workspace_global/reports/scheduled_tasks_curation_phase6_2026-05-28.md に：
# Phase 6 統廃合 + ノード構造変更 完了レポート 2026-05-28
## WorkFlowy ノード構造変更
- [INBOX] : 今日処理すべきもの（旧[1日1新]・ID保持）
- [LIBRARY] : 蓄積する知見（新規・サブノード [from-001-MEMO] + [from-02-KEEP]）
- [AI-LOG-ARCHIVE]：維持
- [ARCHIVE] : 過去生成ログ（旧[過去生成ログ]・ID保持）
- 001.MEMOる：空ノード化（ID保持・案内文）
- 02.KEEPする：空ノード化（ID保持・案内文）
## scheduled-tasks 統廃合
- 削除3件：#2, #8, #10
- 統合1件：#8 → #1
- 頻度低下3件：#6, #11, #13
- 出力先変更1件：#9
## 整理効果
- 総タスク数：22 → 19件
- 毎日 Slack DM 通知：約5 → 約3件
- 月曜朝の通知：1通（変わらず）
- WorkFlowy ノード：5+案件別 → 4+案件別（実質）
## Phase 6-B（Code Claude SSOT 更新）への引き継ぎ
- 各種SSOT 更新必要：kudo-workflowy-double-save v3.5→v3.6、個人設定 v5.6→v5.7 統合、changelog 追記
- 詳細は別途 Code Claude 向けHANDOFFで実施
7. エラー対応¶
ノード移動失敗¶
- 元ノード（001.MEMOる、02.KEEPする）の配下が大量で移動失敗する場合、バッチ分割
- 全失敗時は Chat に報告して全Phase 6中止
scheduled-task 更新失敗¶
- 削除前にバックアップ済みなので、復元可能
- 失敗箇所のみ手動修正可
#1 のプロンプトテンプレート更新失敗¶
- 旧 #8 のTODO抽出ロジックが #1 に統合できない場合、当面は #8 を削除せず維持
- Chat に報告して別途調査
8. 完了基準¶
- バックアップ完了
- [1日1新] → [INBOX] リネーム完了
- [過去生成ログ] → [ARCHIVE] リネーム完了
- [LIBRARY] 新規作成 + 001/02 配下移動完了
- 001/02 の空ノード化（案内文付き）完了
- scheduled-tasks 削除3件完了
- #1 への #8 統合完了
- 頻度低下3件完了
- #9 出力先変更完了
- 整理後の総タスク数が19件
- レポート保存完了
- Chat への完了報告
末尾署名：Chat Claude（2026-05-28）作成。kudo-cowork-code-handoff-protocol v1.16 / kudo-shared-storage-protocol v1.3 §5.5 集中原則準拠。情報処理負荷削減プロジェクト Phase 6-A スコープ。Phase 6-B（Code 向け SSOT 更新）は別HANDOFFで連続実行。