コンテンツにスキップ

kudo-context-routing v1.3

このスキルの位置付け

工藤拓真の案件は、claude.aiプロジェクト・WorkFlowy・Cowork・スキルの4経路で文脈を立ち上げる。「クライアント名」を全経路で統一することで、1つのキーワードがハブとなって全経路を連動させる設計。動詞群5（Skillを管理する）所属、SSOT（Single Source of Truth）スキル。

責務分離： - 本スキル kudo-context-routing：経路設計（どう呼び出すか・どう連動させるか） - 並走スキル kudo-naming-unification-protocol：揃える作業（既存の表記揺れを検出・統一する実装）

両スキルは協調する。新規案件発足時はまず本スキルで命名規則を決定し、既存案件で揺れが見つかった時は naming-unification を起動する。

命名規則の統一ルール（核心）

1つの案件には1つの統一名を割り当て、全経路で揃える：

経路 命名形式 例（ミツカン案件）
claude.aiプロジェクト名 クライアント正式名 「ミツカン」
OneDriveフォルダ名 working/顧客ビジネス/[クライアント名]/ working/顧客ビジネス/ミツカン/
WorkFlowy #project ノード名 [クライアント名] #project 「ミツカン #project」
PROJECT-CLAUDE.md（必要時） 上記OneDriveフォルダ内に配置 working/顧客ビジネス/ミツカン/PROJECT-CLAUDE.md
スキル名（複雑案件のみ） kudo-[小文字英語名]-context kudo-mitsukan-context
Claude作業フォルダ（v1.2新設） working/顧客ビジネス/[クライアント名]/_claude_workspace/ working/顧客ビジネス/ミツカン/_claude_workspace/

→ 「ミツカン」というキーワード1つで、全経路がハブ的に連動。Claudeはその名前を聞いた瞬間に4経路すべての文脈を立ち上げられる。

4経路の役割分担

経路 役割 主な内容
主経路：claude.aiプロジェクト カスタム指示＋知識ファイル＋過去会話履歴の自動参照 チャット主体の戦略議論・コピー開発の本拠地
進捗管理：WorkFlowy #project ノード 「[1日1新およびToDo]」傘下の各案件ノード 決定事項・次アクション・daily-chat-digestの要点蓄積
Cowork補助：PROJECT-CLAUDE.md フォルダmount時に静的コンテキスト自動展開 プロジェクト固有のディレクトリ構成・命名規則・運用ルール
複雑案件：スキル化 フレームワーク化済み案件のみ kudo-XX-context として methodologyを内蔵

経路選択ルール（4段階）

案件の性質 必要な経路
単発・軽量（取材・短期相談等） WorkFlowy #project だけ
中量・継続（チャット主体／戦略議論・コピー開発） claude.aiプロジェクト ＋ WorkFlowy #project
中量・継続（Cowork作業発生／提案資料・PPTX生成） claude.aiプロジェクト ＋ WorkFlowy #project ＋ PROJECT-CLAUDE.md
体系化済み複雑案件（特定の方法論が確立した案件のみ） 全経路 ＋ スキル化（kudo-XX-context）

判断軸： - チャットだけで完結する → WorkFlowyのみ - ファイル成果物が発生する → claude.aiプロジェクト追加 - 同じフォルダに複数回mountする → PROJECT-CLAUDE.md追加 - 方法論が固まり横展開可能 → スキル化

自走判定（Claudeの動作）

起動時の自動チェック

会話で案件名（「ミツカン」「TOHAKU」等）が出た瞬間：

  1. WorkFlowy「[1日1新およびToDo]」傘下に該当 #project ノードがあるか確認
  2. あれば最新状態を読込（kudo-workflowy-double-save §運用ルール SSOT 参照）
  3. なければ「新規案件として #project ノードを作成しますか？」と提案

Cowork mount時の挙動

クライアントフォルダがmountされた瞬間：

  1. フォルダ直下の PROJECT-CLAUDE.md の存在を確認
  2. あれば：自動Read → 静的コンテキスト展開
  3. なければ：「PROJECT-CLAUDE.md を作成しますか？」と提案
  4. 工藤さん承認後、claude-reference/02_templates/PROJECT-CLAUDE-TEMPLATE.md を雛形として自走作成
  5. 自走レベル：要事前承認（個人設定 自走原則の「要事前承認」レベル）

表記揺れ検出時

会話やファイル名・フォルダ名で表記揺れ（「ミツカン」と「mizkan」混在等）を発見した瞬間：

  1. 即座に工藤さんに統一を提案
  2. 統一実行は kudo-naming-unification-protocol に委任（責務分離原則）

禁止事項

  • 105社全展開は禁止：必要が発生した案件のみ作成（先回り展開を避ける）
  • クライアント名の表記揺れ禁止：案件発足時に1つに決める
  • WorkFlowy #project ノード名と他経路の名称がズレた状態を放置しない
  • PROJECT-CLAUDE.mdをチャット主体案件で作るのは過剰：Cowork作業が発生する案件のみ作成

Claude作業フォルダ規律 SSOT（v1.2新設 / v1.3 二層化）

§1.3 二層ワークスペース規範（v1.3 新設・2026-05-15）

集中原則ガバナンス（kudo-shared-storage-protocol v1.2 §5.5 / CLAUDE.md §3.1）の導入に伴い、Claude 作業フォルダを二層で運用する：

層 パス 用途 命名対称性
案件横断（global） ~/working/_claude_workspace_global/ HANDOFF / マスター名簿 / 完了報告 / 監査レポート / Claude エコシステム自身のメタ作業 親
クライアント固有（案件直下） ~/working/顧客ビジネス/{client}/_claude_workspace/ 提案 PPTX / ロゴ SVG / KV / クライアント独自リサーチ等の制作物（4 区分内部構造） 子

判定マトリクス：

問い YES NO
特定クライアントの制作物か？ 案件直下 global
複数クライアント横断 or Claude エコシステム自身の作業か？ global （上の問いへ）
案件名なしの監査・マスター名簿・横断議事録か？ global 案件直下

典型例：

  • HANDOFF（案件横断）→ _claude_workspace_global/handoffs/HANDOFF-{phase}-{slug}-vN.md
  • HANDOFF（クライアント案件固有）→ 顧客ビジネス/{client}/_claude_workspace/02_work/HANDOFF.md
  • マスター名簿（命名統一・全クライアント横断）→ _claude_workspace_global/master-lists/naming-master-list-v*.xlsx
  • 完了報告（プロジェクト横断の総括）→ _claude_workspace_global/reports/YYYY-MM-DD-*-completion.md
  • 提案 PPTX（クライアント納品物）→ 顧客ビジネス/{client}/_claude_workspace/03_output/*.pptx

混入禁止（kudo-shared-storage-protocol §5.5-4 違反禁止リスト準拠）：

  • ❌ 案件横断ファイル（マスター名簿等）を特定クライアント _claude_workspace/ 内に置く
  • ❌ クライアント固有制作物を _claude_workspace_global/ 直下に置く

原則

Claudeに作業を依頼してファイル成果物が発生するすべての案件で、案件フォルダ直下に _claude_workspace を立てる（クライアント固有層・本セクション §1.3 上段の「案件直下」）。

claude.aiのoutputs、Cowork、Code Claude の各環境で生成される中間素材・最終成果物・引き継ぎ書類を一箇所に集約することで、Downloadsフォルダやデスクトップへの散乱を防ぐ。案件横断の管理ファイルは §1.3 の global 層に置く。

命名と配置

項目 規則
フォルダ名 _claude_workspace（アンダースコア先頭・英小文字・全Finderソートで上位に表示）
配置場所 クライアント別プロジェクトフォルダ直下
絶対パス例 working/顧客ビジネス/ミツカン/_claude_workspace/
適用範囲 ファイル成果物が発生するすべての作業（PPTX/HTML/SVG/MD/画像/PDF/コード生成）
対象外 チャット内で完結する戦略相談・短時間の壁打ち

内部構造（4区分）

_claude_workspace/
├── 01_input/        # 元データ・参考資料・受領素材・クライアント提供物
├── 02_work/         # 作業中・中間素材・生成スクリプト・HANDOFF.md
├── 03_output/       # 最終納品物（クライアント提出版）
└── 99_archive/      # 過去版・参考保管・没案

番号prefix（01/02/03/99）でFinderソート順を制御。99_archive は意図的に末尾に。

配置の原則（クライアント固有層）： - クライアント案件固有の HANDOFF.md は 02_work/HANDOFF.md に配置（kudo-cowork-code-handoff-protocol §13 v1.13 と整合） - 案件横断 HANDOFF（マスター名簿改訂・命名統一・生態系メタ作業など） は _claude_workspace_global/handoffs/HANDOFF-{phase}-{slug}-vN.md に配置（§1.3 二層ワークスペース規範参照） - 中間PNG・JSON・スクリプト類は 02_work/ 直下または用途別サブフォルダ - 最終納品PPTX/PDFは 03_output/ のみに置く（迷子防止） - 古いバージョンは消さず 99_archive/ に退避（取り返しがつくように）

配置確認プロトコル（着手前必須）

新規案件・既存案件問わず、ファイル生成作業に着手する前に必ず実行：

Step 1: 案件名からクライアント別プロジェクトフォルダを探索
   → working/顧客ビジネス/[クライアント名]/ が存在するか確認

Step 2: 既存プロジェクトフォルダが見つからない場合
   → ユーザーに以下を確認：
     - 「[クライアント名] のプロジェクトフォルダは既存ですか？場所を教えてください」
     - もしくは「新規に working/顧客ビジネス/[クライアント名]/ を立てますか？」

Step 3: プロジェクトフォルダ確定後、`_claude_workspace` の存在確認
   → なければ新規作成（4サブフォルダも同時作成）

Step 4: 着手前にユーザー最終確認
   → 「以下のフォルダで作業を進めます：[絶対パス]。よろしいですか？」
   → 承認後、ファイル生成開始

自走レベル：要事前承認（個人設定 自走原則の「要事前承認」レベル）。Step 4 の最終確認を必ず取る。

chat ↔ ローカル ↔ Code Claude の3点接続

3つの環境を同じ作業フォルダで橋渡しする：

[chat outputs（claude.ai）]
   ↓ ファイルダウンロード
[Google Drive / クライアント名 / _claude_workspace / 02_work/]
   ↓ Finderで開く / Terminalでcd
[Code Claude 作業ディレクトリ（同一パス）]

運用ルール： - chat側で生成したファイルは、ダウンロード後すぐに 02_work/ に配置（Downloadsに放置しない） - Code Claude起動時は必ず cd _claude_workspace/02_work/ してから作業開始 - chat→Code連携時、HANDOFF.md は 02_work/HANDOFF.md に置き、Code Claude にこのパスを伝える - ファイルの二重保存・二重編集を回避

既存案件への適用

既存のクライアントプロジェクトフォルダで _claude_workspace がない場合：

  1. ユーザーに新設提案：「_claude_workspace を新設しますか？既存ファイルは触りません」
  2. 承認後、空の _claude_workspace/ を新設（4サブフォルダ含む）
  3. 既存ファイルは現状維持。新規作業から _claude_workspace 内で進める
  4. 必要に応じて、既存ファイルを 01_input/ にコピー（移動ではなくコピーで安全運用）

反原則（避けるべきパターン）

  • ❌ Mac の ~/Downloads/ に成果物を放置
  • ❌ デスクトップに置きっぱなし
  • ❌ クライアントフォルダの色んな階層に作業フォルダを散らす
  • ❌ 案件をまたいで素材を混ぜる（ミツカン素材の中にTOHAKUのHTMLが紛れる等）
  • ❌ _claude_workspace の中をさらに無秩序にサブフォルダ化（4区分以上に増やさない）
  • ❌ 中間素材を 03_output/ に置く（クライアント提出版だけのフォルダ）

連動する他スキル

  • kudo-cowork-code-handoff-protocol §13 v1.13：クライアント案件固有 HANDOFF は _claude_workspace/02_work/HANDOFF.md、案件横断 HANDOFF は _claude_workspace_global/handoffs/（§1.3 二層ワークスペース規範に二分岐）
  • kudo-shared-storage-protocol v1.2 §5.5：global 集中原則の親 SSOT。§1.3 二層ワークスペース規範はその実装
  • CLAUDE.md §3.1 / §3.2：グローバル集中原則と二層ワークスペースの宣言
  • kudo-proposal-deck：PPTX生成中の素材は _claude_workspace/02_work/ で完結、最終納品は 03_output/
  • kudo-client-template-factory：.potx生成物は 02_work/ または 03_output/（用途による）
  • kudo-design-generation-loop：ロゴ・KV・モック画像生成も _claude_workspace/ 内で完結
  • kudo-persist-settings §自走原則 SSOT：本プロトコルの自走レベル「要事前承認」の判断ロジックは個人設定14のSSOT参照

PROJECT-CLAUDE.md の配置原則

  • 配置場所：上記OneDriveフォルダ内の直下（サブフォルダに置かない）
  • 編集ルール：グローバルで定義済みの内容（言語・応答スタイル・WorkFlowy統合・デザインルール等）は本ファイルに重複記述しない（ハードコード禁止原則）
  • 役割：プロジェクト固有指示書のみ記載
  • 案件の概要・主要ステークホルダー
  • フォルダ構成
  • 案件特有の運用ルール
  • 関連する WorkFlowy ノードID
  • 関連スキル名

新規案件発足時のチェックリスト

新しいクライアント案件が始まった瞬間に必ず通す：

  1. クライアント正式名を決定（公式表記・ロゴ表記準拠）
  2. 命名規則の統一ルール（上記の表）に従って4経路の名前を確定
  3. WorkFlowy「[1日1新およびToDo]」傘下に「[クライアント名] #project」ノード作成
  4. OneDriveに working/顧客ビジネス/[クライアント名]/ フォルダ作成
  5. クライアントフォルダ直下に _claude_workspace/ を作成（01_input/02_work/03_output/99_archive の4サブフォルダ含む）（v1.2新設）
  6. 経路選択ルール（4段階）に基づき、必要な経路を判定
  7. Cowork作業が発生する見込みなら PROJECT-CLAUDE.md を作成
  8. 体系化が見えたらスキル化を検討

既存案件の状態再構成プロトコル

過去のセッションを引き継ぐ場合、以下の優先順位で読込：

  1. WorkFlowy「過去生成ログ」配下のデイリーダイジェスト（最高密度・構造化済み）
  2. WorkFlowy「[1日1新およびToDo]」傘下の #project ノード（最新作業メモ）
  3. claude.aiプロジェクトの過去会話履歴（チャット主体案件）
  4. PROJECT-CLAUDE.md（Cowork mount時に自動展開）
  5. conversation_search / recent_chats（補完）

詳細は kudo-workflowy-double-save §運用ルール SSOT §読込先優先順位 参照。

関連スキル・ファイル

  • kudo-naming-unification-protocol：表記揺れの検出・統一実装（並走関係）
  • kudo-workflowy-double-save：WorkFlowy統合運用ルール SSOT（本スキルから書込み・読込みルールを参照）
  • kudo-persist-settings：自走原則の運用詳細（本スキルの自走判定の判断ロジック本体）
  • claude-reference/02_templates/PROJECT-CLAUDE-TEMPLATE.md：新規案件用テンプレ（PROJECT-CLAUDE.mdの雛形）

起動条件（トリガー例）

  • 案件名が会話に登場（「ミツカン案件で〜」「TOHAKUどうなった？」等）
  • 「コンテキスト立ち上げて」「経路マップ確認」「PROJECT-CLAUDE.md作って」「PROJECT-CLAUDE.mdある？」
  • 「経路選択どうする？」「単発か継続か」「Coworkでフォルダmount」
  • 「新規クライアント立ち上げ」「案件発足時の命名規則決定」
  • 「過去案件の状態再構成」「セッション引き継ぎ」
  • Cowork mount時に自動チェック発動

更新履歴

  • v1.0（2026-04-27）：初版。個人設定 項目17（クライアント別コンテキスト呼出経路マップ）の本体を独立スキル化。SSOT再配置の一環として、個人設定からプロトコル本体を切り出し。kudo-naming-unification-protocol との責務分離を明示（経路設計 vs 揃える作業）。新規案件発足時のチェックリスト7項目、既存案件の状態再構成プロトコル5段階を新規追加。
  • v1.1（2026-05-07）：PROJECT-CLAUDE.md確認プロトコル（起動時自動チェック→テンプレ生成→ヒアリング→配置の5ステップ）を§自走判定 §Cowork mount時の挙動 に内包。

  • v1.3（2026-05-15・集中原則ガバナンス Phase 3 Part B-3）：§Claude作業フォルダ規律 SSOT 冒頭に §1.3 二層ワークスペース規範を新設。案件直下 _claude_workspace（クライアント固有制作物）と global _claude_workspace_global（案件横断管理ファイル）を判定マトリクスで使い分ける規範を明文化。配置の原則（旧 L132-136）の HANDOFF.md 配置を「クライアント固有=02_work/HANDOFF.md／案件横断=_claude_workspace_global/handoffs/」に二分岐。連動する他スキルに kudo-shared-storage-protocol v1.2 §5.5／CLAUDE.md §3.1 / §3.2／kudo-cowork-code-handoff-protocol §13 v1.13 を追記。Phase 2 grep 監査の Pattern 6（_claude_workspace 19 hits）の解消。

  • v1.2（2026-05-07）：「_claude_workspace」作業フォルダ規律SSOTを新設（§Claude作業フォルダ規律 SSOT）。Chat→Code連携時のPPTX精緻化案件（問い読リブランディング 2026-05-07）で、chat outputsとローカルダウンロード先とCode作業ディレクトリの3点接続が散らかる問題が露呈したことを起点に構造化。命名（_claude_workspace）・配置（クライアントフォルダ直下）・4区分内部構造（01_input/02_work/03_output/99_archive）・配置確認プロトコル（毎回必須・要事前承認）・3点接続規律を完全内蔵。kudo-cowork-code-handoff-protocol §13（HANDOFF配置先）と連動し、HANDOFF.mdは _claude_workspace/02_work/HANDOFF.md に置く統一規則。