kudo-triple-store-write v1.1¶
0. このスキルの位置づけ¶
本スキルは「三重保存」というプロトコルを定義する。
特定ツール(WorkFlowy / Obsidian Vault / 他)への依存は持たず、抽象的な判断基準だけを担う。「いつ、何を、どの層に書くか」の判断は本スキル、「物理的にどう書くか」の実装は層別の実装スキル/SSOTに委任する。
これにより、保存先ツールが将来変わっても本スキルは変更不要(リサーチレポート v1.1 原則 5「Trust the Namespace」・原則 7「ツール依存とプロトコル定義の分離」)。
0.1 関連スキル/SSOTとの階層¶
本スキル(プロトコル定義層)
├─→ kudo-workflowy-double-save(ツール固有実装・WorkFlowy)
└─→ ~/KUDO-Vault/CLAUDE.md(ツール固有実装・Obsidian Vault)
下位のスキル/SSOTは「実装の詳細」を担う。本スキルは「いつそれらを呼ぶか」だけを担う。
1. 三重保存アーキテクチャ¶
1.1 3 つの保存層¶
| 層 | 保存先 | 役割 | 書き込み主体 | 更新タイミング |
|---|---|---|---|---|
| ① 短期記憶層 | Claude メモリ | 要点・常時参照 | Anthropic 自動 | Chat 会話中 |
| ② 中期生成層 | プロジェクトファイル(.md) | セッション内生成物 | Claude / 工藤氏 | 明示的保存 |
| ③ 永続アーカイブ層 | (サブ層別に定義) | 案件横断・恒久参照 | (サブ層別に定義) | (サブ層別に定義) |
1.2 ③ 永続アーカイブ層の現在実装¶
③ の永続アーカイブ層は、現在 2 つのサブ層 で構成される。これは移行期(Phase 0)の構造であり、Phase 2 で Vault 単一に簡素化される(§3 移行ロードマップ)。
| サブ層 | 担当スキル/SSOT | 状態 | 主な内容 |
|---|---|---|---|
| WorkFlowy(現役) | kudo-workflowy-double-save |
現役・継続稼働 | 案件別デイリーダイジェスト・週次レビュー・Cowork 夜間バッチ |
| Obsidian Vault(進化) | ~/KUDO-Vault/CLAUDE.md |
構築中(2026 年〜) | ADR・insight・横断知見・スキル本体 |
両者は「補完関係」であり「排他」ではない。WorkFlowy は人間(工藤氏)が直接書き込む思考ツール、Vault は AI(Claude / Gemini)が書き込む正本。
1.3 各層の使い分け原則¶
① 短期記憶層: - Chat 会話中、Anthropic が自動的に重要事項をメモリに反映する - Claude 側の追加アクション不要(本スキルが書込み判断を下す対象ではない) - セッション間で参照される「忘れてはいけない要点」がここに残る
② 中期生成層:
- セッション内で生成した具体的成果物(議事録・コピー候補・スライド草案・コード断片)
- claude.ai プロジェクト内に .md で保存
- セッション終了後も同プロジェクト内から参照可能だが、他プロジェクト・他ユーザーからは見えない
- 寿命:プロジェクトが続く限り
③ 永続アーカイブ層: - 案件横断・長期間にわたる参照を前提とする情報 - 工藤氏のすべての活動(全プロジェクト横断)から検索・参照される - 寿命:工藤氏のキャリア全体
3 層は「短期 → 中期 → 永続」の流れで情報が選別されていく。多くの情報は ① で消える。① のうち重要なものが ② に残り、② のうち長期参照価値があるものが ③ にアーカイブされる。
2. 書き分けの判断基準¶
2.1 「いつ ① メモリに残すか」¶
判断不要(Anthropic 自動)。
Chat 会話中に Claude が「重要」と判断した要点は、Anthropic 側のメモリ機構が自動的に反映する。本スキルが介入する必要はない。
ただし、Claude は会話中に「これは ① 留めではなく、② か ③ に残すべき」と判断できる情報があれば、工藤氏に提案する義務がある(§2.4)。
2.2 「いつ ② プロジェクトファイルに保存するか」¶
判断基準:
- 工藤氏が明示的に「.md で保存して」「プロジェクトに残して」と指示
- セッション内で生成した具体的成果物(議事録・コピー候補・スライド草案・コード断片・分析レポート)で、セッション後も同プロジェクト内から参照したいもの
- 容量・量が会話本文に収まりきらないもの
ファイル名規則の例(プロジェクトごとに調整):
- minutes/YYYY-MM-DD_案件名.md(議事録)
- copy/YYYY-MM-DD_案件名_v1.md(コピー候補)
- analysis/YYYY-MM-DD_テーマ.md(分析)
2.3 「いつ ③ 永続アーカイブするか」¶
判断基準:
- 工藤氏が「議事録残して」「ダイジェスト作って」「キャッチアップして」「引き継ぎメモ作って」等を明示
- 自動モード:Cowork 夜間バッチ(
daily-chat-digest-2330)が日次で会話全体をアーカイブ - 案件横断的な知見・横展開可能な気づき(個人設定 項目 5 のスキル横展開原則と連動)
- 意思決定の根拠・経緯(後で「なぜそう決めた」と問われたとき辿れる必要があるもの)
書込先サブ層の判断は §2.4 へ。
2.4 「③ のどのサブ層に書くか」(サブ層内部判断)¶
| 情報の種類 | 書込先 | 理由 |
|---|---|---|
| 案件別デイリーダイジェスト | WorkFlowy(kudo-workflowy-double-save#operating-rules) |
Cowork 夜間バッチが稼働中、案件キーワードリストで自動分類 |
| 週次レビュー | WorkFlowy(§1.1 カテゴリ C) | weekly-review-sunday-2100 が稼働中 |
| ADR(意思決定記録) | Obsidian Vault(~/KUDO-Vault/memory/decisions/) |
CLAUDE.md §6.4 ADR フォーマット |
| insight(横断的気づき) | Obsidian Vault(~/KUDO-Vault/memory/insights/) |
CLAUDE.md §6.3 振り分け基準 |
| 失敗ログ | Obsidian Vault(~/KUDO-Vault/memory/mistakes.md 追記) |
CLAUDE.md §6.3 振り分け基準 |
| スキル本体 / 改訂 | Obsidian Vault(~/KUDO-Vault/.claude/skills/kudo/) |
CLAUDE.md §2 ボルト構造 |
| 案件キーワード辞典 | WorkFlowy(§1.1 カテゴリ D) | branding-dictionary-daily が稼働中 |
迷ったとき: - 「人間(工藤氏)が直接書き込みたいか」が YES なら WorkFlowy 寄り - 「AI が書き込み、長期保存したいか」が YES なら Vault 寄り - どちらか判断つかない場合は工藤氏に確認(黙ってどちらかを選ばない)
3. WorkFlowy → Vault 移行ロードマップ¶
KUDO-Vault プロジェクトの進行に伴い、③ サブ層の構成は時間軸で変化する。本スキルはツール非依存だが、③ サブ層の実装委任先は Phase 0/1/2 で変わるため、明示しておく。
Phase 0(〜2026-05-21・完了):2 層並行¶
状態(過去): - WorkFlowy が現役(Cowork タスク群・案件キーワード分類・既存ダイジェスト蓄積) - Vault が構築中(Stage 1-C-* 完遂・ADR / insight / スキル本体を新規格納)
移行判定済:2026-05-22 Stage 2 着手で Phase 1 に移行。
Phase 1(2026-05-22〜・進行中):dual-write 期間 + Vault 優先化¶
状態:
- 新規アーカイブは Vault が第一選択(優先度 2 に昇格・kudo-project-state-recovery v1.6#read-priority)
- WorkFlowy は dual-write 期間中の並行参照ソース(優先度 3 に降格)
- Cowork 夜間バッチが Vault + WorkFlowy 両方に書込(dual-write)
サブタスク実装状態(2026-05-22):
| サブタスク | 環境 | 状態 |
|---|---|---|
| WorkFlowy 過去ダイジェスト取込(Vault logs/ への複製) | Cowork(WorkFlowy MCP 必須) | Cowork 実行待機(HANDOFF-COWORK-stage2 起草済) |
| Cowork 夜間バッチ書込先切替(dual-write 化) | Cowork(scheduled-tasks MCP 必須) | Cowork 実行待機(dry-run draft 含む) |
| 状態再構成プロトコル更新 | Code | ✅ 完了(kudo-project-state-recovery v1.6 で実装) |
| WorkFlowy 読込ルール Phase 1 対応 | Code | ✅ 完了(kudo-workflowy-double-save v3.4 で実装) |
| Vault logs/ フォルダ構造 + README | Code | ✅ 完了(Stage 2-D-2 で配置) |
ルール:
- 既存の WorkFlowy ダイジェストは読み取り専用化(消さない・Cowork 取込で Vault logs/ に複製)
- 新規ダイジェストは Vault logs/YYYY/MM/YYYY-MM-DD-案件名.md に格納(dual-write 期間中は WorkFlowy にも並行書込)
- Cowork タスク群の prompt は dual-write 対応版に改訂(Phase 1 完了時点で WorkFlowy 書込停止判定)
Phase 1 → Phase 2 移行判定基準:kudo-workflowy-double-save v3.4§3-x 参照。
Phase 2(将来):WorkFlowy 完全廃止¶
状態:
- WorkFlowy 書込みを停止
- 既存 WorkFlowy データは Vault 04-Archive/workflowy-import/ に一括取込済(Phase 1 取込分の昇格)
- kudo-workflowy-double-save を deprecated 化(削除はせず Archive 化、参照履歴のため)
- 本スキルの ③ サブ層は Vault 単一に簡素化
ルール:
- 本スキル自体は変更不要(プロトコル定義は不変、実装委任先が 1 つになるだけ)
- 個人設定 項目 4・項目 14 の WorkFlowy 関連記述を削除
- kudo-project-state-recovery の優先度 3(WorkFlowy)を削除し、優先度 4 以降を繰り上げ(v1.7 想定)
4. Chat 環境 vs Cowork 環境の役割分担¶
本スキルは Chat / Cowork / Code いずれの環境でもトリガーされうる。各環境での書込み実行可否は層別に異なる:
| 層 | Chat | Cowork | Code |
|---|---|---|---|
| ① メモリ | 自動反映 | 自動反映 | 自動反映 |
| ② プロジェクトファイル | 直接書込可 | 直接書込可 | 直接書込可 |
| ③ WorkFlowy(現役期間中) | 不可(MCP 非対応) | 直接書込可 | 直接書込可 |
| ③ Obsidian Vault(ローカル) | 不可(ローカル非到達) | 限定可(Drive 経由) | 直接書込可 |
詳細は kudo-workflowy-double-save#operating-rules および kudo-cowork-code-handoff-protocol §16-3 参照。
Chat からの書込み手順(現役期間中):
- ③ WorkFlowy 書込みは Cowork 夜間バッチに委託(daily-chat-digest-2330)
- ③ Vault 書込みは Code に直貼り経路で渡し、Code が実機配置
5. 関連スキル/SSOTとの関係¶
5.1 実装委任先(下位)¶
kudo-workflowy-double-save:③ WorkFlowy サブ層の実装。親 ID ロック・4 カテゴリ分類・命名規則・complete 扱い・失敗検知の SSOT~/KUDO-Vault/CLAUDE.md:③ Vault サブ層の実装。フォルダ構造・命名規則・frontmatter・wikilink・安全規則の SSOT
5.2 並走連携(同位)¶
kudo-project-state-recovery:状態再構成時に本スキルが定義する 3 層を横断的に読み戻す。読込先優先順位はkudo-workflowy-double-save#operating-rules§3 と VaultCLAUDE.md §6.1を統合kudo-context-routing:新規案件発足時、本スキル §2.4 のサブ層判断に従って01-Projects/{案件名}/配置 + WorkFlowy#projectノード作成を並列実行
6. トリガー時の挙動¶
工藤氏が明示的にトリガーした場合、本スキルは以下を順に確認する:
- 何を残すか:今のセッション全体か、特定トピックか、特定の決定事項か
- どの層に書くか:① だけか、① + ② か、① + ② + ③ か(層をスキップする選択は工藤氏に確認)
- ③ の場合、どのサブ層か:§2.4 の判定表に照らす。迷えば工藤氏に確認
- 実装委任先の確認:WorkFlowy なら
kudo-workflowy-double-save#operating-rulesの書込み前チェックリスト(§4)を通す、Vault なら CLAUDE.md §6.1 必読リスト + §7 安全規則を通す
6.1 議事録生成フロー(②+③ パターン)¶
工藤氏が「議事録残して」と指示した場合:
- 会話全体をレビュー、4 項目(議論トピック・決定事項・未決事項・次のアクション)を抽出
- 案件分類(自動 or 工藤氏指定)
- ② プロジェクトファイル
.md保存(minutes/YYYY-MM-DD_案件名.md) - ③ サブ層判定:案件別ダイジェストなら WorkFlowy(Cowork 夜間バッチ委託)、ADR 性が高ければ Vault(Code 経由で
memory/decisions/) - 工藤氏に「② に保存、③ は [WorkFlowy / Vault / 両方]」と明示
6.2 議事録の標準フォーマット¶
【要点】[1行サマリ]
【議論トピック】[今日何を話したか]
【決定事項】[確定した方針・コピー・構成]
【未決事項】[保留中の論点]
【次のアクション】[次にやること]
【詳細】[長めの要約または重要なやりとり]
詳細フォーマット(WorkFlowy 階層構造・Vault frontmatter 等)は実装委任先を参照。
7. 禁止事項¶
- ツール固有の書込み実装を本スキル本文に書くこと(WorkFlowy ノード ID・Vault フォルダパス・MCP API 名等)。すべて実装委任先に置く
- WorkFlowy 廃止後(Phase 2)も
kudo-workflowy-double-saveへの参照を残すこと。Phase 2 移行時に §5.1 から削除義務 - 3 層を Claude が独断で書き分けること。①(自動)以外は工藤氏の意図確認が要る
- 「なるはや同期」の強迫観念を持つこと。確定事項だけを書き出すフィルターが最重要
8. 更新履歴¶
- v1.1(2026-05-22・Stage 2-D Phase 1 移行対応):WorkFlowy → Vault Phase 1 移行の着手に伴い、§3 migration-roadmap を更新:
- Phase 0 を「完了」表記(〜2026-05-21):Stage 1-C 系列完遂で実質的に終了
- Phase 1 を「進行中」表記(2026-05-22〜):dual-write 期間 + Vault 優先化
- Phase 1 サブタスク実装状態テーブルを新規追加:5 サブタスクの状態(Code 完了 ✅ × 3 件 / Cowork 実行待機 × 2 件)を可視化
- Phase 1 → Phase 2 移行判定基準を
kudo-workflowy-double-save v3.4§3-x参照に統一(本スキルでは判定基準を二重定義しない) - Phase 2 の状態説明に「既存 WorkFlowy データの Vault
04-Archive/workflowy-import/一括取込」を追記(Phase 1 取込分の昇格パス) kudo-project-state-recovery v1.7の予定言及を追加(Phase 2 移行時の優先度 3 削除 + 繰り上げ)-
frontmatter version: 1.0 → 1.1 に更新
-
v1.0(2026-05-21):新規スキル創出。
kudo-workflowy-double-savev3.2 からプロトコル定義部分を分離して独立化。スキル分離方針(2026-05-21 ADR2026-05-21-stage-1c-2-redesign)に基づく。リサーチレポート v1.1 原則 5(Trust the Namespace)・原則 7(ツール依存とプロトコル定義の分離)を実装するエコシステム初のモデルケース。Phase 0/1/2 移行ロードマップを §3 で明示
本スキルは三重保存というプロトコルの定義を担う。具体実装は実装委任先(kudo-workflowy-double-save / CLAUDE.md)に委ねる。本スキルへの改訂は、三重保存というプロトコル概念自体に変更がある場合に限る。