2026-05-14〜15 命名統一プロジェクト最終総括¶

エグゼクティブサマリー¶

工藤拓真の案件名・クライアント名・プロジェクト名を6経路（① Mac / ② Google Drive / ③ claude.ai Project / ④ Claude Chat / ⑤ NotebookLM / ⑥ WorkFlowy）で統一する2日プロジェクト。

指標	値
累計改名件数	約116件（Mac 67 + WorkFlowy 45+α + claude.ai/NotebookLM 工藤さん手動分）
失敗件数	0件
命名規則の進化	v0.3 → v0.3.1 → v0.3.2（2段階）
新規確立スキル	5件 + 14 Entry
永続化された監視機構	LaunchAgent 月曜4:00 cron
新規インフラ	3環境共通SSOTストレージ（本フォルダ）

経路別最終状態¶

経路	完了件数	状態	担当
① Mac ローカル `~/working/顧客ビジネス/`	67/67件	✅ 完了	Code Claude (mv)
② Google Drive	同期反映済	✅ 完了	Mac mv + Drive同期
③ claude.ai Project	8件改名 + 3件除外	🟡 工藤さん手動・未着手	工藤さん + HTML手順書 v0.4
④ Claude Chat	重要なもののみ	— 優先度低	工藤さん手動
⑤ NotebookLM	7件改名 + 4件削除 + Lifenet統合3件	🟡 工藤さん手動・未着手	工藤さん + HTML手順書 v0.4
⑥ WorkFlowy	45+α件改名 + エイリアス辞書 + 完了サマリーノード	✅ ほぼ完了（v8で完走）	Cowork (workflowy MCP)

命名規則の進化軌跡¶

v0.3（初版・2026-05-14）¶

A_B フォーマット（主表記_副表記、アンダースコア連結）
装飾語削除：リブランディング／ブランディング／ブランド戦略／作戦会議室／戦略／会議室
日付プレフィックス全廃（1503, 2020, 2505, 2602, 2603, 2606 等）

v0.3.1（2026-05-15・Cowork v3 報告後）¶

装飾語追加：リニューアル／ブランドリニューアル／リブランド／VIリニューアル
階層原則新設：親レベル装飾語削除／子レベル装飾語OK（役割名として機能）
起点：NEXFIELD VI リニューアル / 味よし食品ブランドリニューアルの判定

v0.3.2（2026-05-15・Cowork v7 報告後）¶

装飾記号・絵文字削除：📚 ✨ 🎯 🔥 ⭐ 🚀 💡 📝 🎨
適用範囲：#projectタグ付き案件ノードのみ（日次ログ系は対象外）
核心原則：「作業に関係しないなら、シンプルが一番」（工藤さん 2026-05-15）
起点：📚 Kudo Canon書籍プロジェクトの判定

確立されたインフラ¶

永続化スキル群（v2.3 / v1.12 / v1.0）¶

スキル	バージョン	役割
kudo-naming-unification-protocol	v2.3	命名規則 v0.3.2 + 6経路マッピング + 5 Stage プロトコル + 文字正規化チェック + ファジー検索
kudo-cowork-code-handoff-protocol	v1.12	§16-3 判断マトリクスに「Chat実機テスト」「Python venv」「reasonable assumption補正」を新設
kudo-ai-error-watchlist	Entry #14	14件の DB 蓄積：MCP仮定禁止／Chat実機テスト必須／ログ系改名混同／永続化誤情報修正／Desktop保存先
kudo-shared-storage-protocol	v1.1	3環境共通SSOTストレージ運用（本フォルダ）
memory_user_edits #18	—	WorkFlowy主要ノードID マッピング訂正

監視機構¶

LaunchAgent: com.kudo.validate-naming-consistency（月曜 4:00）
スクリプト: ~/.claude/scripts/validate_naming_consistency.py（venv 経由）
5軸チェック: NFC整合性 / エイリアス完備 / 装飾語残存 / 日付プレフィックス残存 / 改名漏れ

マスター名簿¶

進化: v0.1 → v0.2 → v0.3 → v0.4 → v0.5 → v0.6（最新）
配置: 本フォルダ master-lists/ 配下に集約予定

WorkFlowy 永続化資産¶

エイリアス辞書ノード（143e6525・02.KEEPする配下）+ 13マッピング
完了サマリーノード（c6c570ad・過去生成ログ配下）+ 子6件

構造的気づき・横展開価値（命名統一を超える普遍解）¶

1. 6経路マッピングという発想¶

個別ツールでなく「経路の役割」で整理。包括（Mac/Drive）vs 選択的（claude.ai Project/NotebookLM/WorkFlowy）の非対称性を意識した設計。横展開：ブランドガイドライン同期、ロゴ・カラー同期等。

2. Postel's law（書く時厳格・読む時寛容）¶

完全駆逐は目的でなく、検索取りこぼし防止が本質。エイリアス辞書による旧名→新名マッピングがその実装。

3. 命名規則の進化トリガー設計¶

v0.3 → v0.3.1 → v0.3.2 と現場の判定不能事例から規則を育てるフィードバックループ。

4. 階層原則「親レベル削除／子レベル保持」¶

装飾語は識別子としては機能しないが、役割名としては機能する。レイヤーで使い分け。命名以外の文書設計にも応用可。

5. Cowork/Code/Chat の能力非対称性の構造化¶

§16 判断マトリクスを実証ベースで進化（v1.9→v1.10→v1.11→v1.12）。Drive MCP 書き込み機能不在、Chat ロジックテスト能力、Python venv 必須化、reasonable assumption補正プロトコルなどを永続化。

6. 「自分の手元の能力を過小評価する」というメタ失敗¶

Entry #11 で型化。HANDOFF を渡す前に Chat 環境内で実機テストする原則。「君の方で実装できそうじゃない？」型の指摘で再発するリスク。

7. 文字正規化の構造的弱点¶

xlsx ↔ FS 間の半角/全角カッコ・NFC/NFD・末尾スペース問題。フォートレス問題 / リスクマネジメント問題 / 04a4b097 ライフネット末尾スペース問題が同一構造の3連発で発覚。.strip() + 全角カッコ統一を恒久プロトコル化。

8. 3環境共通SSOTストレージ（本フォルダ）の確立¶

工藤さんの「DLしたくない、3環境共通参照したい」という根本問いに応えるインフラ。Drive ルート直下乱雑化を避け、working/ 配下に集約する規律。

残作業 / 次フェーズへの申し送り¶

即時アクション¶

③ claude.ai Project 工藤さん手動改名（HTML v0.4 手順書済）
⑤ NotebookLM 工藤さん手動改名（HTML v0.4 手順書済）
⑥ WorkFlowy v8 Cowork 実行（Task A SNKRDUNK 正準ノード + Task B d323b33c + Task C 04a4b097 + Task D リスクマネジメント整合性）
既存 My Drive/_claude_shared/（Drive ルート直下・ミス配置）を Code 側で削除
v0.6 マスター名簿を本フォルダ master-lists/ に Code 経由で配置
validate スクリプトのパスを本フォルダ参照に変更

中長期改善候補¶

validate スクリプトに軸6（装飾記号残存）を追加（v0.3.2 反映）
Cowork の Drive MCP 有無を tool_search で実機検証
latest symlink パターンの Code 側自動化
月曜 4:00 cron の Slack/WorkFlowy 通知統合
命名規則の v0.4 候補（実運用での発見）を継続的に反映

学びを刻む一言¶

「装飾語は識別子じゃなく役割名／作業に関係しないならシンプルが一番／6経路は非対称／文字正規化は永遠の戦い／自分の手元の能力を過小評価するな」

2026-05-14〜15 命名統一プロジェクト最終総括¶

エグゼクティブサマリー¶

経路別最終状態¶

命名規則の進化軌跡¶

v0.3（初版・2026-05-14）¶

v0.3.1（2026-05-15・Cowork v3 報告後）¶

v0.3.2（2026-05-15・Cowork v7 報告後）¶

確立されたインフラ¶

永続化スキル群（v2.3 / v1.12 / v1.0）¶

監視機構¶

マスター名簿¶

WorkFlowy 永続化資産¶

構造的気づき・横展開価値（命名統一を超える普遍解）¶

1. 6経路マッピングという発想¶

2. Postel's law（書く時厳格・読む時寛容）¶

3. 命名規則の進化トリガー設計¶

4. 階層原則「親レベル削除／子レベル保持」¶

5. Cowork/Code/Chat の能力非対称性の構造化¶

6. 「自分の手元の能力を過小評価する」というメタ失敗¶

7. 文字正規化の構造的弱点¶

8. 3環境共通SSOTストレージ（本フォルダ）の確立¶

残作業 / 次フェーズへの申し送り¶

即時アクション¶

中長期改善候補¶

学びを刻む一言¶

関連ファイル（本フォルダ内）¶

関連スキル参照¶

2026-05-14〜15 命名統一プロジェクト 最終総括¶

エグゼクティブサマリー¶

経路別最終状態¶

命名規則の進化軌跡¶

v0.3（初版・2026-05-14）¶

v0.3.1（2026-05-15・Cowork v3 報告後）¶

v0.3.2（2026-05-15・Cowork v7 報告後）¶

確立されたインフラ¶

永続化スキル群（v2.3 / v1.12 / v1.0）¶

監視機構¶

マスター名簿¶

WorkFlowy 永続化資産¶

構造的気づき・横展開価値（命名統一を超える普遍解）¶

1. 6経路マッピングという発想¶

2. Postel's law（書く時厳格・読む時寛容）¶

3. 命名規則の進化トリガー設計¶

4. 階層原則「親レベル削除／子レベル保持」¶

5. Cowork/Code/Chat の能力非対称性の構造化¶

6. 「自分の手元の能力を過小評価する」というメタ失敗¶

7. 文字正規化の構造的弱点¶

8. 3環境共通SSOTストレージ（本フォルダ）の確立¶

残作業 / 次フェーズへの申し送り¶

即時アクション¶

中長期改善候補¶

学びを刻む 一言¶

関連ファイル（本フォルダ内）¶

関連スキル参照¶

2026-05-14〜15 命名統一プロジェクト最終総括¶

学びを刻む一言¶