Stage 1-C 準備フェーズ完了報告¶

結論¶

✅ Task A-1〜A-6：kudo-workflowy-double-save 全文取得・CLAUDE.md 評価・frontmatter 確認・anchor 一覧・被参照マップ・Cowork tasks 状態
✅ Task B-1：47スキル frontmatter 一覧（重大発見：45/47 スキルで anchors 未定義）
✅ Task B-2：validator/generator/LaunchAgent 状態（重大発見：Mac 03:56 boot で本日の cron 全件 missed）
⏸ Task B-3, B-4：present_files（RESEARCH v1.1 / DESIGN / watchlist Entry）が Code 環境に未到着のため着手不能・Chat 起草か present_files 経路を要確認
✅ Task C：申し送り3件のステータス確認

重大発見サマリ（Stage 1-C 設計に直結）¶

kudo-workflowy-double-save の frontmatter は minimal（name + description の 2 行のみ。parent: version: anchors: すべて未定義）
47 スキル中 45 スキルで anchors が定義ゼロ（kudo-html-publish 12、kudo-skill-cross-reference-resolver 11 のみ）
kudo-workflowy-double-save への参照は 56 件（Vault 内・うち #operating-rules への参照 7、#failure-detection 1、§運用ルール SSOT 16、裸の参照 19）
KUDO-Vault CLAUDE.md は 25 行と薄い（SSOT としては不足。Stage 1-C 前半で CLAUDE.md 充実が前提）
本日の LaunchAgent cron 全件未発火（Mac 03:56 boot で全 missed run・catch-up なし）

Task A：kudo-workflowy-double-save 改訂のための現物取得¶

A-1. SKILL.md 現物（v3.2、495 行、31908 bytes）¶

ファイル一覧：

~/KUDO-Vault/.claude/skills/kudo/kudo-workflowy-double-save/
└── SKILL.md  (31908 bytes, 495 行)

→ references/, scripts/, assets/ サブディレクトリは存在しない。SKILL.md 単一ファイル構成。

frontmatter（line 1-4）¶

---
name: kudo-workflowy-double-save
description: "工藤拓真のChat活動を三重保存（Claudeメモリ・プロジェクトファイル・WorkFlowy）で自動アーカイブする統合運用スキル＋WorkFlowy統合運用ルールの一次ソース（SSOT）。動詞群5（Skillを管理する）所属。v3.0で個人設定からプロトコル本体を完全移植しSSOTに昇格、v3.1で§1.1〜§1.3を新設し書込先4カテゴリ分類（A.当日フロー系／B.案件横断・システムログ系／C.案件別蓄積系／D.中長期ストック系）と命名規則・complete扱いを完全規定。「議事録残して」「WorkFlowyに書いて」「ダイジェスト作って」「タスク失敗してる」「daily-chat-digest失敗」「失敗検知」「親IDロック」「noteフィールド禁止」「読込先優先順位」「書込み前チェックリスト」「重複セクション防止」「Cowork記録ルーティン」「同期」「キャッチアップ」「引き継ぎメモ」「これまでの話まとめ」「夜間バッチ動いてない」「書込先カテゴリ」「書込先統一」「4カテゴリ分類」「ストック系どこに書く」などでトリガー。kudo-project-state-recovery／kudo-context-routingと連携、状態再構成時はWorkFlowyダイジェストを最優先参照。WorkFlowy書込・読込ルールの実体は本スキル§運用ルールSSOTが正本。v3.2（2026-05-15・集中原則）§7 保存先表に _claude_workspace_global/ を最上位カテゴリとして追記、基本思想表も二層化対応。"
---

本文セクション構造（line 6-495）¶

# kudo-workflowy-double-save v3.2

## 目的 (L8-13)
## §運用ルール SSOT（一次ソース・WorkFlowy統合の正本）(L16-134)
   ### §1 親IDロック (L22-28)
   ### §1.1 書込先4カテゴリ分類（v3.1新設）(L30-47)
   ### §1.2 命名規則（v3.1新設）(L49-58)
   ### §1.3 完了マーク（complete）の取り扱い（v3.1新設）(L60-69)
   ### §2 noteフィールド禁止 (L71-77)
   ### §3 読込先優先順位 (L79-89)
   ### §4 書込み前チェックリスト（毎回実行）(L91-99)
   ### §5 失敗検知プロトコル (L101-107)
   ### §6 重複セクション防止プロトコル（§1.3 連動）(L109-115)
   ### §7 Cowork/Codeセッション終了時の記録ルーティン（必須）(L117-129)
   ### §8 SKILL.md側のルール (L131-133)
## 基本思想：三重保存アーキテクチャ (L137-165)
## 三重保存の具体的な動作 (L169-184)
## 議事録・ダイジェストの標準フォーマット (L188-226)
## 案件キーワードリスト（分類用・動的）(L230-281)
## 冪等性・重複防止 (L285-302)
## 失敗検知プロトコル詳細 (L306-361)
## 関連スキル・タスクとの関係 (L365-397)
## Chat側スキル起動時の挙動 (L401-447)
## 禁止事項 (L451-457)
## 運用上の原則 (L461-483)
## 更新履歴 (L487-495)

※ SKILL.md 全文（31908 bytes）を本完了報告に展開すると見通しが悪くなるため、上記構造マップで代替。Chat 側で起草時に必要なら Code が verbatim 部分を別途切り出し供給する（指示があれば §運用ルール SSOT 部分 line 16-134 をそのまま提供可能）。

A-2. CLAUDE.md 現物（25 行・全文）¶

# KUDO-Vault — Operating Manual for Claude

## ユーザー
工藤拓真。ブランディング専門家／クリエイティブディレクター。複数のクライアント案件を並行。

## ボルト構造
- 00-Inbox/      : 未処理キャプチャ。/process-inbox でトリアージ。
- 01-Projects/   : 進行中のクライアント案件。各案件の _MOC.md を最初に読む。
- 02-Areas/      : 継続領域（ブランディング知見・健康・X戦略 等）。
- 03-Resources/  : 参考資料。
- 04-Archive/    : 完了案件。
- memory/        : あなた（Claude）が書く記憶領域。セッション開始時に MEMORY.md を必ず読む。
- logs/          : 全体セッションログ。

## ルール
- セッション開始時、必ず memory/MEMORY.md と該当案件の _MOC.md を読む。
- 人間が書いたノートを上書きしない。追記または日付付き新規ファイルで対応。
- 意思決定は memory/decisions/YYYY-MM-DD-<topic>.md に ADR 形式（Status / Context / Decision / Consequences）で記録。
- 横断的な気づきは memory/insights/ に、失敗は memory/mistakes.md に追記。
- Obsidian書式（[[wikilink]]・YAML frontmatter・callout）を使う。詳細は .claude/skills/obsidian-skills/ を参照。
- 読み書きしたファイルは工藤氏に1行で報告。

## スコープ外
- WorkFlowy は工藤氏（人間）専用。00-Inbox/workflowy-import/ の取込ファイルは読むが、WorkFlowy本体には書き戻さない。
- 真に機密なクライアント情報（契約書原本等）はボルトに置かない。メタ情報・意思決定・公開可能な戦略メモのみ。

A-2 評価：SSOT としての充足度¶

項目	現状	充足度
フォルダ構成（4 区分 + memory/logs）	列挙のみ・1 行 each	⚠️ 不足
ファイル命名規則	部分的（ADR は `YYYY-MM-DD-<topic>.md`）	⚠️ 不足
frontmatter テンプレート	触れていない（「YAML frontmatter を使う」のみ）	❌ なし
wikilink 規則	「Obsidian 書式を使う」のみ	❌ 詳細なし
4 区分（00〜04）の使い分け基準	1 行説明のみ	⚠️ 不足
memory/{decisions, insights, mistakes}	列挙＋ ADR 形式言及あり	⚠️ 不足
obsidian-skills/ への委譲	line 20「.claude/skills/obsidian-skills/ を参照」	⚠️ obsidian-skills は gitlink で submodule init 要
機密扱い	「契約書原本等はボルトに置かない」（1 行）	⚠️ 具体例不足

結論：CLAUDE.md は 入門ガイドの簡潔さとしては成立しているが、SSOT として kudo-triple-store-write 改訂版がここを参照する設計には厚みが不足。Stage 1-C 前半着手前に CLAUDE.md の充実が前提条件として浮上。

「足りない要素」具体リスト¶

frontmatter テンプレート例（type/date/status/related/tags 等の最小スキーマ）
wikilink 使い分け（メモリ内参照／案件間参照／外部リソース参照）
ファイル命名規則の体系（ADR / insight / mistake / 案件 MOC / inbox capture 等の各形式）
4 区分の判定フロー（00-Inbox からどう昇格させるか／04-Archive への降格条件）
memory/ 配下の役割分担（decisions vs insights vs mistakes の境界）
Vault に書いていい情報・書いてはいけない情報のリスト（現状「契約書原本等」のみ）
三重保存の中での Vault の立ち位置（旧 SSOT 三重保存に対しての Vault の役割定義）
case：claude.ai web のスキルとどう同期するか（Vault 編集 → cloud-sync 反映の流れ）

A-3. frontmatter `parent:` の現状値¶

parent: フィールドは存在しない（minimal frontmatter で name と description の 2 フィールドのみ）。

→ 改訂設計書が「parent: null と仮定した」のは結果として正しい（記載なし＝null と等価）。ただしフィールド自体が無い状態なので、改訂時に parent: null を明示的に書き込む追加作業が発生する。

「動詞群5（Skillを管理する）の独立スキル」の位置付けは description 内に 「動詞群5（Skillを管理する）所属」と明記されている（frontmatter verb_group: フィールドは無いが、description テキスト内記載）。

A-4. anchor_id 一覧（frontmatter `anchors:` セクション）¶

frontmatter anchors: フィールドは存在しない。

ただし本文セクションで実質的に anchor として機能する見出しは以下：

見出し	行	外部参照あり
§運用ルール SSOT §1 親IDロック	L22	あり（§運用ルール SSOT 経由で）
§運用ルール SSOT §1.1 書込先4カテゴリ分類	L30	あり
§運用ルール SSOT §1.2 命名規則	L49	あり
§運用ルール SSOT §1.3 完了マーク扱い	L60	あり
§運用ルール SSOT §2 noteフィールド禁止	L71	あり
§運用ルール SSOT §3 読込先優先順位	L79	あり（多数）
§運用ルール SSOT §4 書込み前チェックリスト	L91	あり
§運用ルール SSOT §5 失敗検知プロトコル	L101	あり
§運用ルール SSOT §6 重複セクション防止	L109	あり
§運用ルール SSOT §7 Cowork/Code 記録ルーティン	L117	あり
§運用ルール SSOT §8 SKILL.md 側のルール	L131	あり

慣行的に呼ばれている anchor_id（外部参照経由・推測）： - #operating-rules → §運用ルール SSOT 全体への symbolic anchor（7 件参照） - #failure-detection → 失敗検知プロトコル（1 件参照）

→ 改訂版 kudo-triple-store-write では、operating-rules / failure-detection の symbolic anchor は維持必須（外部参照を壊さないため）。

A-5. 被参照マップ（kudo-workflowy-double-save への参照）¶

サマリ¶

範囲	ファイル数	行数
KUDO-Vault 全体（.md/.yml）	17 ファイル	57 行
`_claude_workspace_global/` 配下（参考）	31 ファイル	91 行

anchor 別参照数（Vault + workspace_global 合算）¶

参照形式	件数	改訂時の扱い
`kudo-workflowy-double-save#operating-rules`	7	維持必須（symbolic anchor として残す）
`kudo-workflowy-double-save#failure-detection`	1	維持必須
`kudo-workflowy-double-save §運用ルール SSOT`	16	維持必須（実体セクション参照）
`kudo-workflowy-double-save §運用ルール SSOT §1` `§3` `§4` 等	(上記 16 に含む)	番号変更時は全件追従が必要
裸の `kudo-workflowy-double-save`（anchor なし）	19	スキル名変更時に全件書換

主要被参照ファイル（Vault 内 17 件）¶

ファイル	参照数	主な参照内容
`.claude/skills/kudo/kudo-persist-settings/SKILL.md`	12	SSOT 参照、ハードコード禁止原則、Stage 1-C 改訂の主軸スキル
`.claude/skills/kudo/kudo-personal-settings-changelog/SKILL.md`	5	過去版経緯、operating-rules 参照
`.claude/skills/kudo/kudo-project-state-recovery/SKILL.md`	4	状態再構成読込先優先順位
`.claude/skills/kudo/kudo-skill-tree-ssot-map/SKILL.md`	4	auto-generated SSOT マップ（次回 regenerate で書き換わる）
`.claude/skills/kudo/kudo-ai-error-watchlist/SKILL.md`	2	過去事案参照
`.claude/skills/kudo/kudo-context-routing/SKILL.md`	3	案件文脈ルーティング
`.claude/skills/kudo/kudo-gemini-image-bridge/SKILL.md`	2	ログ記録連携
`.claude/skills/kudo/kudo-schedule-budget/SKILL.md`	1	SSOT 参照
`.claude/skills/kudo/kudo-proposal-deck/SKILL.md`	1	SSOT 参照
`.claude/skills/kudo/kudo-autonomous-execution-protocol/SKILL.md`	1	連携記載
`.claude/skills/kudo/kudo-shared-storage-protocol/SKILL.md`	1	役割分担明示
`.claude/skills/kudo/kudo-skill-cross-reference-resolver/SKILL.md`	1	anchor 参照
`.claude/skills/kudo/kudo-cowork-code-handoff-protocol/SKILL.md`	1	読込先優先順位
`.claude/skills/kudo/kudo-workflowy-double-save/SKILL.md`	5	自己参照
`memory/decisions/2026-05-18-kudo-vault-stage0-setup.md`	1	Stage 1-C 改訂計画記載

→ 改訂で スキル名を kudo-triple-store-write に変更する場合の grep 対象 = 17 ファイル / 57 行。_claude_workspace_global/ 内 31 ファイル / 91 行は履歴的記述なので原則触らない。

A-6. Cowork daily tasks の状態（Code 確認可能範囲）¶

Code 側から見える範囲¶

Cowork scheduled-tasks（daily-chat-digest 等）は Cowork MCP 経由で管理されており、Code から直接アクセス不能
ローカルファイルシステムに WorkFlowy/Cowork 関連の自動化スクリプトは存在しない（完全に Cowork 側）
ローカル LaunchAgent 一覧：Cowork 関係は無し（後述 B-2 参照）

過去のスキル保存物（`.skill` ZIP）¶

~/working/_claude_workspace_global/outputs/skills-to-save/kudo-workflowy-double-save.skill 等が存在。これは過去のスキル発行物のアーカイブで、Cowork tasks の生死を示すものではない。

結論：A-6 は Code 範囲外 → 申し送り¶

daily-chat-digest-2330 / daily-chat-digest-0800-backup / morning-briefing-0500 / morning-briefing-0700-backup / daily-todo-alert-1630 / weekly-review-sunday-2100 / idea-shuffle-mon-wed-fri の生存・最終実行時刻は、Cowork セッションで mcp__scheduled-tasks__list_scheduled_tasks を実行してもらう必要がある。

HANDOFF §A-6 ★ の通り Code 責任範囲外として申し送り。Stage 1-C 前半着手前に Cowork セッションで確認を。

Task B：47件スキル一覧 + 既存スクリプト群の状態¶

B-1. 47スキル frontmatter 一覧（重大発見つき）¶

#	skill_name	parent	version	desc_len	anchors	last_modified
1	kudo-ad-kv-composition	null	?	749	0	2026-05-18
2	kudo-ai-error-watchlist	kudo-persist-settings	?	733	0	2026-05-18
3	kudo-audience-simulation	null	v1.0 (body)	752	0	2026-05-18
4	kudo-autonomous-execution-protocol	null	v0.9 (body)	445	0	2026-05-18
5	kudo-binary-fusion	null	?	428	0	2026-05-18
6	kudo-brand-architecture	null	?	564	0	2026-05-18
7	kudo-brand-lens	null	?	733	0	2026-05-18
8	kudo-briefing	null	?	411	0	2026-05-18
9	kudo-client-template-factory	null	v0.9 (body)	658	0	2026-05-18
10	kudo-context-routing	null	v1.2 (body)	811	0	2026-05-18
11	kudo-cowork-code-handoff-protocol	null	?	1019	0	2026-05-18
12	kudo-deck-aesthetic-qa	null	?	575	0	2026-05-18
13	kudo-deck-faithful-redesign	null	?	776	0	2026-05-18
14	kudo-deck-generation-router	null	v1.1 (body)	697	0	2026-05-18
15	kudo-design-generation-loop	null	?	721	0	2026-05-18
16	kudo-design-mockup	null	?	810	0	2026-05-18
17	kudo-designer-lens-library	null	?	717	0	2026-05-18
18	kudo-ecosystem-cascade-protocol	null	v1.2 (body)	827	0	2026-05-18
19	kudo-gemini-image-bridge	null	?	690	0	2026-05-18
20	kudo-html-publish	kudo-proposal-deck	0.4	864	12 ✅	2026-05-18
21	kudo-logo-craft-protocol	null	?	800	0	2026-05-18
22	kudo-mac-health-check	kudo-persist-settings	?	517	0	2026-05-18
23	kudo-marketing-strategy	null	?	734	0	2026-05-18
24	kudo-mitate	null	?	504	0	2026-05-18
25	kudo-motion-kv-composition	null	?	903	0	2026-05-18
26	kudo-naming-unification-protocol	null	v2.0 (body)	786	0	2026-05-18
27	kudo-package-design-protocol	null	?	873	0	2026-05-18
28	kudo-persist-settings	null	v3.10 (body)	1024 ⚠️	0	2026-05-18
29	kudo-personal-settings-changelog	null	v1.1 (body)	624	0	2026-05-18
30	kudo-pptx-postprocess-validator	null	v1.2 (body)	691	0	2026-05-18
31	kudo-presenter-lens-library	null	?	734	0	2026-05-18
32	kudo-project-state-recovery	null	v1.4 (body)	456	0	2026-05-18
33	kudo-proposal-deck	null	v2.7 (body)	817	0	2026-05-18
34	kudo-schedule-budget	null	?	291	0	2026-05-18
35	kudo-shared-storage-protocol	null	v1.0 (body)	514	0	2026-05-18
36	kudo-skill-cross-reference-resolver	kudo-persist-settings	1.1	704	11 ✅	2026-05-18
37	kudo-skill-extraction	null	?	338	0	2026-05-18
38	kudo-skill-md-format-validator	null	v1.1 (body)	703	0	2026-05-18
39	kudo-skill-tree-ssot-map	kudo-skill-cross-reference-resolver	auto-generated	139	0	2026-05-18
40	kudo-source-verification	null	v1.0 (body)	810	0	2026-05-18
41	kudo-spatial-experience-design	null	?	870	0	2026-05-18
42	kudo-strategist-lens-library	null	v1.0 (body)	758	0	2026-05-18
43	kudo-strategy-houshin	null	?	574	0	2026-05-18
44	kudo-three-mode-protocol	null	?	714	0	2026-05-18
45	kudo-verbal-to-visual-bridge	null	?	823	0	2026-05-18
46	kudo-workflowy-double-save	null	v3.2 (body)	672	0	2026-05-18
47	kudo-writing	null	v12.6 (body)	752	0	2026-05-18

B-1 重大発見¶

発見 1：anchors 定義は 2/47 スキルのみ¶

kudo-html-publish：12 anchors
kudo-skill-cross-reference-resolver：11 anchors
残り 45 スキルすべて anchors 0 件

→ kudo-skill-cross-reference-resolver の設計思想「frontmatter anchors: で構造化記述、参照側は anchor_id で指す」がほとんど実装されていない。Stage 1-A2 の発見「YAML frontmatter 不整合」の全貌が明確化。

発見 2：parent: 明示は 5/47 スキルのみ¶

skill	parent
kudo-ai-error-watchlist	kudo-persist-settings
kudo-html-publish	kudo-proposal-deck
kudo-mac-health-check	kudo-persist-settings
kudo-skill-cross-reference-resolver	kudo-persist-settings
kudo-skill-tree-ssot-map	kudo-skill-cross-reference-resolver

→ 残り 42 スキルは parent: null（または未定義）。Stage 1-A 棚卸しで把握した親子関係が機械的には未登録。

発見 3：kudo-persist-settings の desc_len = 1024（個人設定項目11 上限ジャスト）¶

ぎりぎり許容範囲内。改訂時に 1 文字でも追加すると上限超過。Stage 1-C 後半（7腐敗パターン診断）の対象候補。

発見 4：version frontmatter は 1/47 スキルのみ（kudo-html-publish の `0.4` と kudo-skill-cross-reference-resolver の `1.1` と kudo-skill-tree-ssot-map の `auto-generated`）¶

→ 残り 44 スキルは frontmatter にバージョン情報なし。本文冒頭の # kudo-XXX vN.N から検出可能なのは多くがあるが、frontmatter 直接抽出は不能。

B-2. 既存 validator / generator スクリプト群の状態¶

スクリプト存在確認¶

スクリプト	存在	最終更新
`~/.claude/scripts/regenerate_ssot_map.py`	✅	2026-05-12 18:07
`~/.claude/scripts/validate_design_tokens.py`	✅	2026-05-13 07:49
`~/.claude/scripts/generate_brand_tokens_css.py`	✅	2026-05-12 17:10
`~/.claude/scripts/validate_naming_consistency.py`	✅	2026-05-18 05:12
`~/KUDO-Vault/.claude/skills/kudo/kudo-skill-md-format-validator/scripts/validate_skill.py`	✅	2026-05-07 17:21

すべて存在・実行ビット付与済み。

LaunchAgent 登録状態・スケジュール¶

Agent	Schedule	現在の runs	最終 exit	状態
`com.kudo.regenerate-ssot-map`	日曜 03:00	0（since boot）	(never exited)	登録あり・今 boot 後未発火
`com.kudo.validate-design-tokens`	月曜 03:15	0（since boot）	(never exited)	同上
`com.kudo.regenerate-brand-tokens-css`	月曜 03:30	0（since boot）	(never exited)	同上
`com.kudo.validate-naming-consistency`	月曜 04:00	0（since boot）	(never exited)	同上
`com.kudo.skills-snapshot`	毎日 03:30	3	0	本日 Stage 1-B3 関連の手動 kickstart 3 回分

regenerate_ssot_map 最終実行履歴（cron log）¶

2026-05-08T17:02:36+0900 regenerate_ssot_map exit=1
2026-05-08T20:38:34+0900 regenerate_ssot_map exit=1
2026-05-10T03:00:06+0900 regenerate_ssot_map exit=1
2026-05-17T03:00:05+0900 regenerate_ssot_map exit=0

最終成功は 2026-05-17 03:00（5 日前）。kudo-skill-tree-ssot-map の last_generated もこの時刻 → Stage 1-B2-R 期間の Mac off / 03:30 cron 流れと整合。

B-2 重大発見¶

本日（2026-05-20）の Mac boot 時刻が 03:56 だったため、今朝 03:30 予定の cron 全件が missed run。launchd は catch-up しないので、明日以降の自然発火を待つ状態：

com.kudo.skills-snapshot（毎日 03:30）→ 次回 2026-05-21 03:30（Mac on の場合）
com.kudo.regenerate-ssot-map（日曜 03:00）→ 次回 2026-05-24 03:00
月曜 cron 群 → 2026-05-25

Stage 1-A2 の前科「自動メンテ機構が無言で停止」の派生形。即危機ではないが、Stage 1-C 後半着手前に launchd 全件の動作確認推奨。

B-3. リサーチレポート v1.1 ＋改訂設計書の Vault 配置 → ⏸ 未着¶

着手不能の理由¶

HANDOFF §B-3 で「present_files 経由で渡される」と記載された以下 2 ファイルが Code 環境に到着していない：

RESEARCH-skill-ecosystem-target-architecture-v1.1.md
DESIGN-kudo-triple-store-write-revision.md

検索結果（find ~ -maxdepth 5 -name 'RESEARCH-skill-ecosystem*' 等）：いずれも 0 hit。

申し送り¶

Chat 側で起草中なのか、present_files 経路が現セッションでは未配置なのか不明。Chat にファイル到着確認をお願いしたい。到着次第、Code が以下を実行：

Vault 03-Resources/research/ に配置
frontmatter（CLAUDE.md ルール準拠で type/date/status/tags）付与
git add → commit add: target architecture research v1.1 for stage 1-c → push

B-4. PAT 漏洩 watchlist Entry 追加 → ⏸ 未着¶

着手不能の理由¶

HANDOFF §B-4 で「present_files 経由で渡される」と記載された Entry 草案ファイル kudo-ai-error-watchlist-entry-pat-leak-2026-05-20.md が Code 環境に到着していない。

申し送り¶

Chat 起草の Entry 本文が Code に届き次第、既存 Entry の最新番号を確認して新 Entry を末尾追記し、git add / commit / push する。

参考：現状の kudo-ai-error-watchlist/SKILL.md 構造を確認したが、line 274・278 で「kudo-workflowy-double-save §1 SSOT」への参照が記載されている。Entry 追加時はこの参照も改訂後の名前に合わせて更新する必要があるかもしれない（Chat 起草内容に従う）。

Task C：申し送り3件のステータス確認¶

申し送り項目	状態
① `kudo-skill-tree-ssot-map` の次回 cron 後生存	未確認。次回 auto-snapshot cron は 2026-05-21 03:30 JST（Mac on の場合）。本日は Mac boot 03:56 で missed。手動 kickstart では Stage 1-B3 検証時に Drive 生存 ✅ 確認済（55419 bytes、Stage 1-B3 完了報告 §kudo-skill-tree-ssot-map 参照）
② GitHub 2FA 有効化	Code 側から GitHub 設定状態は確認不能。工藤氏アクション未消化／工藤氏報告ベース
③ public 化禁止位置の視認	同上、工藤氏アクション未消化／工藤氏報告ベース

実機調査中に発見した新たな問題（記録のみ・修正未実施）¶

問題 1：anchor 定義不整合の全貌¶

47 スキル中 45 スキルで anchors 0 件。kudo-skill-cross-reference-resolver の設計思想（anchor_id で構造化参照）がほぼ実装されていない。

kudo-workflowy-double-save への参照 56 件中、#operating-rules #failure-detection 形式の anchor 参照は 8 件のみ。残り 48 件は実体セクション参照（§運用ルール SSOT §1 等）または裸の参照。
これは Stage 1-C 後半（7腐敗パターン診断）の主要診断項目になる。Stage 1-A2 で部分的に把握された問題の全貌。

問題 2：本日の cron 全件 missed¶

Mac 03:56 boot で com.kudo.regenerate-ssot-map／com.kudo.skills-snapshot 等の本日 03:00-04:00 cron が catch-up なしで missed。

launchd は RunAtLoad: true 設定がない限り、起動時に missed cron を再実行しない。長期 missed が続くと SSOT マップ rotation・design-tokens validation 等の週次衛生維持が機能しなくなる。

→ Stage 1-C と並行して、または Stage 1-D で「Mac startup 時に missed cron を catch-up する仕組み」検討推奨。

問題 3：CLAUDE.md と obsidian-skills のロードマップ整合¶

CLAUDE.md line 20 で .claude/skills/obsidian-skills/ を参照 とあるが、obsidian-skills は gitlink (mode 160000) のため別マシン clone 時に git submodule update --init が必要。Vault のセルフコンテイン性が完全ではない。

→ Stage 1-D で submodule 化または vendor 化を検討推奨。

問題 4：kudo-persist-settings の desc_len = 1024 ジャスト¶

個人設定項目11 の上限ジャスト。1 文字でも追加すると上限超過。Stage 1-C 後半で改訂対象になる可能性。

工藤さん・Chat への申し送り¶

1. Chat 側に着手要請¶

⏸ B-3 present_files：RESEARCH-skill-ecosystem-target-architecture-v1.1.md ／ DESIGN-kudo-triple-store-write-revision.md の Code 環境への送付
⏸ B-4 present_files：kudo-ai-error-watchlist-entry-pat-leak-2026-05-20.md の Code 環境への送付
⏸ Stage 1-C 前半の本起票：kudo-triple-store-write 全文改訂版＋個人設定項目4・項目14 改訂案

2. Code が Chat 起草支援のために供給可能なもの¶

kudo-workflowy-double-save SKILL.md verbatim 全文（要請があれば 31908 bytes そのまま提供）
被参照 17 ファイルの該当行抜粋（rename kudo-triple-store-write 時の grep 一括置換コマンド草案）
47 スキル frontmatter の生 YAML 抽出（B-1 表の元データ）

3. 工藤さんへ：Cowork セッション側でお願いしたい確認¶

A-6：daily-chat-digest-2330 / 0800-backup 等の生存と最終実行時刻を Cowork セッションで mcp__scheduled-tasks__list_scheduled_tasks で確認してほしい
C-②：GitHub Settings → Password and authentication で 2FA が Enabled になっているか視認
C-③：https://github.com/kudotakuma/KUDO-Vault/settings 最下部 Danger Zone → "Change repository visibility" の位置を 1 度視認（誤操作位置の把握）

4. Stage 1-C 着手前の前提整理（Code 提言）¶

A-2 で判明した CLAUDE.md の SSOT としての厚み不足は、kudo-triple-store-write 改訂版が「CLAUDE.md を参照する設計」を採るなら改訂前に CLAUDE.md 拡充が必要
本 HANDOFF では拡充実装はしていない。Chat 側で起草内容に組み込むか、別 HANDOFF で先行実施するかの判断が要る

検証チェックリスト¶

ファイル一覧¶

新規作成¶

~/working/_claude_workspace_global/reports/stage1c-prep-2026-05-20.md（本ファイル）

変更¶

なし（全タスク非破壊・読取のみ）

未配置（present_files 待ち）¶

Vault 03-Resources/research/RESEARCH-skill-ecosystem-target-architecture-v1.1.md
Vault 03-Resources/research/DESIGN-kudo-triple-store-write-revision.md
kudo-ai-error-watchlist/SKILL.md への新 Entry 追記

Stage 1-C 準備フェーズ 完了報告¶

結論¶

重大発見サマリ（Stage 1-C 設計に直結）¶

Task A：kudo-workflowy-double-save 改訂のための現物取得¶

A-1. SKILL.md 現物（v3.2、495 行、31908 bytes）¶

frontmatter（line 1-4）¶

本文セクション構造（line 6-495）¶

A-2. CLAUDE.md 現物（25 行・全文）¶

A-2 評価：SSOT としての充足度¶

「足りない要素」具体リスト¶

A-3. frontmatter parent: の現状値¶

A-4. anchor_id 一覧（frontmatter anchors: セクション）¶

A-5. 被参照マップ（kudo-workflowy-double-save への参照）¶

サマリ¶

anchor 別参照数（Vault + workspace_global 合算）¶

主要被参照ファイル（Vault 内 17 件）¶

A-6. Cowork daily tasks の状態（Code 確認可能範囲）¶

Code 側から見える範囲¶

過去のスキル保存物（.skill ZIP）¶

結論：A-6 は Code 範囲外 → 申し送り¶

Task B：47件スキル一覧 + 既存スクリプト群の状態¶

B-1. 47スキル frontmatter 一覧（重大発見つき）¶

B-1 重大発見¶

発見 1：anchors 定義は 2/47 スキルのみ¶

発見 2：parent: 明示は 5/47 スキルのみ¶

発見 3：kudo-persist-settings の desc_len = 1024（個人設定項目11 上限ジャスト）¶

発見 4：version frontmatter は 1/47 スキルのみ（kudo-html-publish の 0.4 と kudo-skill-cross-reference-resolver の 1.1 と kudo-skill-tree-ssot-map の auto-generated）¶

B-2. 既存 validator / generator スクリプト群の状態¶

スクリプト存在確認¶

LaunchAgent 登録状態・スケジュール¶

regenerate_ssot_map 最終実行履歴（cron log）¶

B-2 重大発見¶

B-3. リサーチレポート v1.1 ＋ 改訂設計書の Vault 配置 → ⏸ 未着¶

着手不能の理由¶

申し送り¶

B-4. PAT 漏洩 watchlist Entry 追加 → ⏸ 未着¶

着手不能の理由¶

申し送り¶

Task C：申し送り3件のステータス確認¶

実機調査中に発見した新たな問題（記録のみ・修正未実施）¶

問題 1：anchor 定義不整合の全貌¶

問題 2：本日の cron 全件 missed¶

問題 3：CLAUDE.md と obsidian-skills のロードマップ整合¶

問題 4：kudo-persist-settings の desc_len = 1024 ジャスト¶

工藤さん・Chat への申し送り¶

1. Chat 側に着手要請¶

2. Code が Chat 起草支援のために供給可能なもの¶

3. 工藤さんへ：Cowork セッション側でお願いしたい確認¶

4. Stage 1-C 着手前の前提整理（Code 提言）¶

検証チェックリスト¶

ファイル一覧¶

新規作成¶

変更¶

未配置（present_files 待ち）¶

Stage 1-C 準備フェーズ完了報告¶

A-3. frontmatter `parent:` の現状値¶

A-4. anchor_id 一覧（frontmatter `anchors:` セクション）¶

過去のスキル保存物（`.skill` ZIP）¶

発見 4：version frontmatter は 1/47 スキルのみ（kudo-html-publish の `0.4` と kudo-skill-cross-reference-resolver の `1.1` と kudo-skill-tree-ssot-map の `auto-generated`）¶

B-3. リサーチレポート v1.1 ＋改訂設計書の Vault 配置 → ⏸ 未着¶