npm - @nahisaho/shikigami - Versions diffs - 1.28.0 → 1.30.1 - Mend

@nahisaho/shikigami 1.28.0 → 1.30.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.

Files changed (3) hide show

package/AGENTS.md CHANGED Viewed

@@ -1,2035 +1,462 @@
-# SHIKIGAMI - Deep Research & Consulting Agent Skills
+# SHIKIGAMI - Deep Research Agent Skills v1.30.0
-> **AI Coding Agent向け**: このファイルはAIエージェント（GitHub Copilot、Claude等）がSHIKIGAMIプロジェクトを理解し、ワークフローを実行するためのガイドです。
+> AI Coding Agent向けナレッジ — WHEN/DO構文でトリガーとアクションを定義
 ---
-## ⛔⛔⛔ 最重要ルール - 調査開始前に必ず読め ⛔⛔⛔
+## クイックリファレンス
-> **🚨 警告1**: リサーチ・調査・分析の依頼を受けた場合、**Web検索やファイル読み込みを行う前に**、
-> 必ず `npx shikigami new <ProjectName>` を実行してプロジェクトフォルダを作成すること。
-> **プロジェクト作成前の調査行為は禁止。**
-> **🚨 警告2**: search/visitツールを実行したら、**必ず `save_research` MCPツールを呼び出すこと**。
-> 保存しないと**research/ディレクトリに記録が残らない**。詳細は「4.2 リサーチ結果永続化ルール」参照。
-> **🚨 警告3（v1.28.0）**: ユーザーの入力を受け取ったら、**必ず `save_prompt` MCPツールを呼び出すこと**。
-> 最初のプロンプトだけでなく、**すべての回答・指示・フィードバックを保存する**。詳細は「4.1 プロンプト保存ルール」参照。
-### 正しい実行順序（必ず守ること）
-```
-┌─────────────────────────────────────────────────────────────┐
-│ ステップ1: プロジェクト名を決定（ユーザーに確認）           │
-│            例: 「このリサーチのプロジェクト名は何にしますか？│
-│                 例: RareMetalResearch」                     │
-├─────────────────────────────────────────────────────────────┤
-│ ステップ2: プロジェクト作成コマンドを実行                   │
-│            npx shikigami new <ProjectName>                  │
-│            ⚠️ このコマンドを実行するまで調査禁止           │
-├─────────────────────────────────────────────────────────────┤
-│ ステップ2.5: ⭐ プロジェクトコンテキスト設定 ⭐             │
-│            {"tool":"set_project","arguments":{"autoDetect":true}}│
-│            ⚠️ これを実行しないとresearch/に保存できない    │
-├─────────────────────────────────────────────────────────────┤
-│ ステップ3: 作成されたフォルダを確認                         │
-│            projects/pjXXXXX_<Name>_YYYYMMDD/ が存在するか   │
-├─────────────────────────────────────────────────────────────┤
-│ ステップ4: ナレッジ継承（過去レポート検索）                 │
-├─────────────────────────────────────────────────────────────┤
-│ ステップ5: ✨ プロンプト最適化（Phase 0.5）                  │
-│            AIが元プロンプトを添削・最適化→表示→承認        │
-├─────────────────────────────────────────────────────────────┤
-│ ステップ6: 目的探索（1問1答形式で真の目的を探る）           │
-├─────────────────────────────────────────────────────────────┤
-│ ステップ7: ここでようやくWeb検索・調査を開始してよい        │
-│            ⭐ search/visit実行後は必ずsave_researchを呼ぶ ⭐│
-└─────────────────────────────────────────────────────────────┘
-```
-### ❌ 禁止される行動パターン
-| 禁止行動 | 理由 |
-|---------|------|
-| プロジェクト作成前にWeb検索 | 成果物が散逸する |
-| プロジェクト作成前に`search`ツール使用 | 成果物が保存できない |
-| プロジェクト作成前に情報収集 | ワークフロー違反 |
-| 「まず調べてみます」と言う | Phase 0完了前は禁止 |
-| 依頼を受けてすぐに調査開始 | 必ずプロジェクト作成が先 |
-| **search後にsave_researchを呼ばない** | **research/に保存されない** |
-| **visit後にsave_researchを呼ばない** | **research/に保存されない** |
-| **set_projectを呼ばずに調査開始** | **保存先が不明になる** |
-| **ユーザー入力後にsave_promptを呼ばない** | **prompts/に会話が残らない** |
-| **最初のプロンプトのみ保存する** | **後続の重要な対話が失われる** |
-### ✅ 正しい応答例
-```
-ユーザー: 「レアメタルについて調べて」
-正しい応答:
-「レアメタルについてリサーチを開始します。
-まず、プロジェクトフォルダを作成します。
-プロジェクト名を教えてください。
-例: RareMetalResearch、RareEarthAnalysis など（英数字のみ、CamelCase推奨）」
-→ ユーザーが名前を回答
-→ npx shikigami new <ProjectName> を実行
-→ フォルダ作成を確認
-→ ここでようやく調査開始
-```
+| 項目 | 値 |
+|------|-----|
+| バージョン | 1.30.0 |
+| Agent Skills | 4 |
+| MCPツール | 11 |
+| フレームワーク | 53 |
+| レポートテンプレート | 33 |
 ---
-## ⛔ 絶対ルール（詳細）
-**このセクションは他のすべてのセクションより優先されます。AIエージェントは必ずこのルールに従うこと。**
+## 最重要ルール（3つの絶対禁止）
-### 1. ワークフロー従属ルール
-**リサーチ依頼を受けたら、必ず以下のフェーズ順序に従うこと。スキップ禁止。**
+### 禁止1: 調査前にプロジェクト作成必須
 ```
-Phase 0: Project Initialization（必須）← 最初に必ず実行
-    ↓ npx shikigami new <ProjectName> を実行
-Phase 0-1: ナレッジ継承
-    ↓ 関連する過去レポートを検索・継承
-Phase 0.5: Prompt Refinement（プロンプト最適化）← v1.19.0 NEW!
-    ↓ AIがプロンプトを添削・最適化→表示→承認
-Phase 1: Purpose Discovery（目的探索）
-    ↓ 1問1答形式で真の目的を発見
-Phase 2: Deep Research（深層リサーチ）← ここでようやく調査開始
-    ↓ Think→Search→Report→Actionサイクル
-Phase 3: Framework Analysis（フレームワーク分析）
-    ↓ SWOT/3C/PEST等を適用
-Phase 4: Report Writing（レポート生成）
-    ↓ 構造化されたレポート作成
-Phase 5: Completion（完了）
-    ↓ manifest.yaml更新、成果物確認
+WHEN: リサーチ・調査・分析の依頼を受けた
+DO: 必ず `npx shikigami new <ProjectName>` を実行してから調査開始
+FORBIDDEN: プロジェクト作成前のWeb検索、searchツール使用、情報収集
 ```
-### 2. プロジェクト初期化ルール
-| ルール | 内容 |
-|--------|------|
-| **⛔ 禁止** | `mkdir` や手動でプロジェクトフォルダを作成すること |
-| **✅ 必須** | `npx shikigami new <ProjectName>` でプロジェクトを作成すること |
-| **✅ 必須** | プロジェクト名は CamelCase（例: `AIMarketResearch`） |
-| **⛔ 禁止** | ハイフン、スペース、日本語をプロジェクト名に含めること |
-| **⛔ 禁止** | プロジェクト作成前にsearchツールを使用すること |
-### 2.5. 構造化プロンプト生成ルール（Phase 0.5）- v1.19.0 NEW!
-**Phase 0（プロジェクト作成）完了後、Phase 1の前に必ず構造化プロンプトを生成し、ユーザー確認を得ること。**
-#### ⚠️ Phase 0.5の必須行動
+### 禁止2: search/visit後にsave_research必須
 ```
-[Phase 0完了: プロジェクトフォルダ作成済み、ナレッジ継承完了]
-    ↓
-[Phase 0.5開始: 構造化プロンプト生成]
-    ↓
-1️⃣ 元のプロンプトを分析（曖昧さ検出、不足情報特定）
-    ↓
-2️⃣ 6要素に構造化（PURPOSE/TARGET/SCOPE/TIMELINE/CONSTRAINTS/DELIVERABLES）
-    ↓
-3️⃣ 構造化プロンプトを表示
-    ↓
-4️⃣ ユーザーに確認「このプロンプトでよろしいですか？」
-    ↓
-[承認] → Phase 1へ
-[修正] → 該当要素を修正して再表示
+WHEN: search または visit ツールを実行した
+DO: 直後に save_research MCPツールを呼び出してresearch/に保存
+FORBIDDEN: 保存せずに次の処理へ進む
 ```
-#### 構造化プロンプトの6要素（必須）
-| 要素 | 日本語 | 説明 | 例 |
-|------|--------|------|-----|
-| **PURPOSE** | 目的 | 何を判断/決定したいか | 「レアメタル市場への新規参入可否を判断」 |
-| **TARGET** | 対象 | 何について/誰について調査するか | 「リチウム、コバルト、ニッケルの3種」 |
-| **SCOPE** | 範囲 | 調査の深さ・広さ | 「国内市場中心、過去3年〜今後5年予測」 |
-| **TIMELINE** | 時間軸 | いつまでの情報か、期限 | 「2023-2028年、レポート期限: 1週間」 |
-| **CONSTRAINTS** | 制約 | 調査の制限事項 | 「予算上限500万円、競合A社は除外」 |
-| **DELIVERABLES** | 成果物 | 期待するアウトプット | 「参入判断レポート、リスク評価表、投資試算」 |
-#### 構造化プロンプトの表示フォーマット（必ずこの形式で表示）
+### 禁止3: ユーザー入力後にsave_prompt必須
 ```
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-✨ 構造化プロンプトを生成しました
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-📝 元のプロンプト:
-「{original_prompt}」
-⬇️ 構造化後 ⬇️
-┌─────────────────────────────────────────────────────────┐
-│ 📐 構造化プロンプト                                      │
-├─────────────────────────────────────────────────────────┤
-│ 🎯 PURPOSE（目的）:                                      │
-│    {purpose}                                             │
-│                                                          │
-│ 📦 TARGET（調査対象）:                                   │
-│    {target}                                              │
-│                                                          │
-│ 📏 SCOPE（調査範囲）:                                    │
-│    {scope}                                               │
-│                                                          │
-│ ⏰ TIMELINE（時間軸）:                                   │
-│    {timeline}                                            │
-│                                                          │
-│ 🚫 CONSTRAINTS（制約条件）:                              │
-│    {constraints}                                         │
-│                                                          │
-│ 📄 DELIVERABLES（期待する成果物）:                       │
-│    {deliverables}                                        │
-└─────────────────────────────────────────────────────────┘
-📊 補完した要素:
-• {補完した要素1とその理由}
-• {補完した要素2とその理由}
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-❓ このプロンプトでよろしいですか？
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-   [はい/承認] → Phase 1（目的深掘り）へ進みます
-   [修正] → 修正したい箇所をお知らせください
-           例: 「TARGETをリチウムのみに絞りたい」
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+WHEN: ユーザーから入力（回答・指示・フィードバック・承認）を受け取った
+DO: 直後に save_prompt MCPツールを呼び出してprompts/に保存
+FORBIDDEN: 最初のプロンプトのみ保存、後続の対話を記録しない
 ```
-#### ユーザー確認フェーズのルール
+---
-| ルール | 説明 |
-|--------|------|
-| **必須表示** | 構造化プロンプトは必ず全6要素を表示する |
-| **補完明示** | AIが推測・補完した要素は「（推測）」と明記する |
-| **確認必須** | ユーザーの明示的な承認なしにPhase 1へ進まない |
-| **修正対応** | ユーザーが修正を指示した場合、該当要素のみ修正して再表示 |
-| **最大3回** | 修正は最大3回まで。それ以上はPhase 1で深掘り |
+## ワークフロー実行順序
-#### 例：構造化プロンプト生成
+リサーチ依頼を受けたら、以下の順序を厳守:
-| 元のプロンプト | 構造化後 |
-|--------------|---------|
-| 「レアメタルについて調べて」 | **PURPOSE**: レアメタル市場への新規参入可否を判断する<br/>**TARGET**: リチウム、コバルト、ニッケルの国内市場<br/>**SCOPE**: 供給状況、価格動向、主要プレイヤー、参入障壁<br/>**TIMELINE**: 過去3年〜今後5年予測（推測）<br/>**CONSTRAINTS**: 特になし（推測）<br/>**DELIVERABLES**: 参入判断レポート、リスク評価、初期投資試算 |
-| 「AIの最新動向教えて」 | **PURPOSE**: 自社プロダクトに適用すべきAI技術を選定する<br/>**TARGET**: 生成AI、AIエージェント、マルチモーダルAI<br/>**SCOPE**: 技術概要、実用事例、導入コスト、技術成熟度<br/>**TIMELINE**: 2025-2026年のトレンド（推測）<br/>**CONSTRAINTS**: 導入予算1000万円以内（推測）<br/>**DELIVERABLES**: 技術比較表、導入ロードマップ案、推奨技術TOP3 |
+1. **プロジェクト名決定** → ユーザーに確認（CamelCase、英数字のみ）
+2. **プロジェクト作成** → `npx shikigami new <ProjectName>`
+3. **コンテキスト設定** → `set_project(autoDetect: true)`
+4. **元プロンプト保存** → `save_prompt(type: "original")`
+5. **フォルダ確認** → `projects/pjXXXXX_<Name>_YYYYMMDD/` 存在確認
+6. **ナレッジ継承** → 過去レポート検索
+7. **プロンプト最適化** (Phase 1) → 6要素に構造化 → ユーザー承認
+8. **目的探索** (Phase 2) → 1問1答で真の目的を発見
+9. **Deep Research** (Phase 3) → Think→Search→Report→Actionサイクル
+10. **フレームワーク分析** (Phase 4) → SWOT/3C/PEST等を適用
+11. **レポート生成** (Phase 5) → 構造化レポート作成
+12. **完了** (Phase 6) → manifest.yaml更新、成果物確認
-### 3. 質問ルール（1問1答）- Phase 1で必ず実行
+---
-**Phase 0.5（構造化プロンプト生成）完了後、Phase 1で必ず対話的目的探索を開始すること。**
+## フェーズ詳細
-#### ⚠️ Phase 1開始時の必須行動
+### Phase 0: プロジェクト初期化
 ```
-[Phase 0.5完了: 構造化プロンプト承認済み]
-    ↓
-[Phase 1開始: 構造化プロンプトの各要素を深掘り]
-    ↓
-❓ 質問1: 「PURPOSEについて、この判断結果をどう活用しますか？」
-    ↓ ユーザーの回答を待つ
-❓ 質問2: 「この結果を誰が使いますか？」
-    ↓ ユーザーの回答を待つ
-❓ 質問3〜: 必要に応じて追加質問
-    ↓
-[真の目的を確認してPhase 2へ]
+WHEN: リサーチ依頼を受けた
+DO:
+  1. プロジェクト名をユーザーに確認
+  2. npx shikigami new <ProjectName> 実行
+  3. set_project(autoDetect: true) 実行
+  4. save_prompt(type: "original") で元プロンプト保存
+OUTPUT: projects/pjXXXXX_ProjectName_YYYYMMDD/
 ```
-#### コンテキスト不足の判定基準（1つでも該当すれば質問必須）
-| 判定基準 | 例 |
-|---------|-----|
-| 目的が曖昧 | 「〇〇について調べて」（何を判断するか不明） |
-| 対象が不明確 | 「競合分析して」（どの競合か不明） |
-| 成功基準が不明 | 「レポート作成して」（何をもって成功か不明） |
-| 制約が不明 | 「詳しく調べて」（時間・範囲の制約が不明） |
-| ステークホルダー不明 | 誰が結果を使うかわからない |
+**命名規則**:
+- フォルダ: `pjXXXXX_ProjectName_YYYYMMDD`
+- ProjectName: CamelCase、英数字のみ（ハイフン・スペース・日本語禁止）
+- XXXXX: 5桁連番（自動採番）
-#### 禁止と正解のパターン
+### Phase 1: プロンプト最適化
 ```
-❌ 禁止: 「以下の点を教えてください：1. 目的は？ 2. 対象は？ 3. 期限は？」
-✅ 正解: 「この調査で何を判断したいですか？」→ 回答待ち → 次の質問
+WHEN: Phase 0 完了
+DO:
+  1. 元プロンプトを6要素に構造化
+  2. 構造化プロンプトを表示
+  3. save_prompt(type: "structured") で保存
+  4. ユーザー承認を待つ
+  5. 承認/修正を save_prompt で保存
+OUTPUT: 6要素構造化プロンプト（ユーザー承認済み）
 ```
-### 4. ファイル保存ルール
-| フェーズ | 保存先 | ファイル例 |
-|---------|--------|-----------|
-| Phase 0.5 | `prompts/` | `original-prompt.md`, `structured-prompt.md` |
-| Phase 2-3 | `research/` | `research-summary-v1.0.md` |
-| Phase 4 | `reports/` | `executive-proposal-v1.0.md` |
-**禁止**: `research/` に最終レポートを保存、`reports/` に調査メモを保存
-### 4.1 プロンプト保存ルール（v1.28.0 Updated!）
-> **🚨 重要**: ユーザーが入力した**すべてのプロンプト・回答・指示**を `prompts/` ディレクトリに保存すること。
-> **最初のプロンプトだけでなく、セッション中のすべてのユーザー入力を記録する。**
-#### ⚠️ 保存対象（v1.28.0 拡張）
-| 保存対象 | 説明 | 保存タイミング |
-|---------|------|--------------|
-| **初回プロンプト** | リサーチ依頼の最初の入力 | Phase 0.5開始時 |
-| **質問への回答** | Phase 1の1問1答での回答 | **回答を受け取るたび** |
-| **修正指示** | 構造化プロンプトの修正要求 | **修正指示を受け取るたび** |
-| **追加指示** | 調査中の追加要求・方向転換 | **追加指示を受け取るたび** |
-| **フィードバック** | レポートへの修正要求 | **フィードバックを受け取るたび** |
-| **承認・確認** | 「はい」「OK」などの承認 | **承認を受け取るたび** |
-#### ⛔ 禁止行動
-| 禁止行動 | 理由 |
-|---------|------|
-| 初回プロンプトのみ保存 | 後続の重要な対話が失われる |
-| 回答を記録せずに次に進む | ナレッジの散逸 |
-| save_promptを呼ばずに会話を続ける | prompts/に記録が残らない |
+**6要素**:
+| 要素 | 説明 |
+|------|------|
+| PURPOSE | 何を判断/決定したいか |
+| TARGET | 何について/誰について調査するか |
+| SCOPE | 調査の深さ・広さ |
+| TIMELINE | いつまでの情報か、期限 |
+| CONSTRAINTS | 調査の制限事項 |
+| DELIVERABLES | 期待するアウトプット |
-#### ✅ 必須フロー（v1.28.0）
+### Phase 2: 目的探索
 ```
-┌─────────────────────────────────────────────────────────────┐
-│ ユーザー入力を受け取るたびに:                               │
-│                                                             │
-│ 1. save_prompt MCPツールを呼び出す                         │
-│    {"tool":"save_prompt","arguments":{                     │
-│      "content":"ユーザーの入力内容",                        │
-│      "type":"answer" | "instruction" | "feedback" | "approval"│
-│    }}                                                       │
-│                                                             │
-│ 2. 処理を続行                                               │
-└─────────────────────────────────────────────────────────────┘
+WHEN: Phase 1 でユーザー承認取得済み
+DO:
+  1. 1問1答形式で質問（複数質問同時禁止）
+  2. 各回答を save_prompt(type: "answer") で保存
+  3. 最低3回の対話を実施
+  4. 真の目的を言語化
+OUTPUT: 真の目的、リサーチ計画、検索クエリリスト
 ```
-#### save_prompt の type パラメータ
-| type | 用途 | ファイル名例 |
-|------|------|-------------|
-| `"original"` | 最初のリサーチ依頼 | `prompt_original_20260127_100000.md` |
-| `"structured"` | 構造化プロンプト（AI生成） | `prompt_structured_20260127_100500.md` |
-| `"answer"` | 質問への回答 | `prompt_answer_20260127_101000.md` |
-| `"instruction"` | 追加指示・修正要求 | `prompt_instruction_20260127_102000.md` |
-| `"feedback"` | レポートへのフィードバック | `prompt_feedback_20260127_150000.md` |
-| `"approval"` | 承認・確認 | `prompt_approval_20260127_101500.md` |
+**質問カテゴリ**:
+- WHY: なぜこの調査が必要か
+- WHO: 結果を誰が使うか
+- WHAT-IF: 理想的結果後の次アクション
+- CONSTRAINT: 時間・予算・範囲の制約
+- SUCCESS: 成功の定義
-#### 保存ファイルフォーマット
+### Phase 3: Deep Research
-```markdown
----
-timestamp: "2026-01-27T10:10:00+09:00"
-project_id: "pj00001"
-type: "answer"
-phase: "1"
-sequence: 3
----
-# User Input
-[ユーザーの入力内容をそのまま記録]
-## Context
-- Previous question: [AIが聞いた質問]
-- Phase: 1 (Purpose Discovery)
 ```
-#### 会話ログの一元管理
-すべてのプロンプトは `prompts/conversation-log.md` にも追記されます:
-```markdown
-# Conversation Log
-## Session: 2026-01-27
-### [10:00:00] User (original)
-レアメタルについて調べて
-### [10:05:00] AI (structured)
-[構造化プロンプトを表示]
-### [10:06:00] User (approval)
-はい、それでお願いします
-### [10:07:00] AI (question)
-この調査結果は誰が使いますか？
-### [10:08:00] User (answer)
-経営会議で使います
-### [10:09:00] AI (question)
-いつまでに必要ですか？
-### [10:10:00] User (answer)
-来週の金曜日までに
-...
+WHEN: Phase 2 完了、真の目的確定
+DO:
+  LOOP:
+    1. Think: 知識ギャップを分析
+    2. Search: 日英並列検索実行
+    3. save_research(source: "search") で保存
+    4. Visit: 詳細ページ取得
+    5. save_research(source: "visit") で保存
+    6. Report: 収集情報を整理
+    7. Action: 追加検索要否判断
+OUTPUT: 収集情報サマリー、ソースリスト（URL+信頼度）
 ```
-### 4.2 ⛔⛔⛔ リサーチ結果永続化ルール（v1.27.0 必須）⛔⛔⛔
+**検索ルール**:
+- 日英並列検索必須: `["日本語クエリ", "English query"]`
+- 学術検索時: `.ac.jp`, `.edu`, `.gov` ドメイン自動優先
+- 404/5xx時: Wayback Machine → Archive.today フォールバック
-> **🚨 最重要**: search/visitツールを実行したら、**必ず `save_research` MCPツールを呼び出してリサーチ結果を保存すること**。
-> **保存しないとresearch/ディレクトリに記録が残らず、ナレッジが散逸する。**
+### Phase 4: フレームワーク分析
-#### ⚠️ 必須フロー（Phase 2 で毎回実行）
-```
-┌─────────────────────────────────────────────────────────────┐
-│ ステップ1: プロジェクト設定（Phase 0 完了直後に1回だけ）    │
-│            ↓                                                 │
-│            MCPツール: set_project を呼び出す                │
-│            {"tool":"set_project","arguments":{"autoDetect":true}}│
-├─────────────────────────────────────────────────────────────┤
-│ ステップ2: 検索実行                                         │
-│            ↓                                                 │
-│            shikigami_search / search ツールを実行           │
-├─────────────────────────────────────────────────────────────┤
-│ ステップ3: ⭐ 検索結果を保存 ⭐                             │
-│            ↓                                                 │
-│            MCPツール: save_research を呼び出す              │
-│            {"tool":"save_research","arguments":{            │
-│              "content":"検索結果の内容",                     │
-│              "query":"検索クエリ",                           │
-│              "source":"search"                               │
-│            }}                                                │
-├─────────────────────────────────────────────────────────────┤
-│ ステップ4: URL訪問実行                                      │
-│            ↓                                                 │
-│            shikigami_visit / visit ツールを実行             │
-├─────────────────────────────────────────────────────────────┤
-│ ステップ5: ⭐ 訪問結果を保存 ⭐                             │
-│            ↓                                                 │
-│            MCPツール: save_research を呼び出す              │
-│            {"tool":"save_research","arguments":{            │
-│              "content":"ページ内容の抽出結果",               │
-│              "query":"訪問したURL",                          │
-│              "source":"visit"                                │
-│            }}                                                │
-├─────────────────────────────────────────────────────────────┤
-│ ステップ6: 分析・メモを保存（任意だが推奨）                 │
-│            ↓                                                 │
-│            {"tool":"save_research","arguments":{            │
-│              "content":"分析結果・考察・メモ",               │
-│              "query":"分析テーマ",                           │
-│              "source":"manual"                               │
-│            }}                                                │
-└─────────────────────────────────────────────────────────────┘
 ```
-#### ❌ 禁止される行動パターン
-| 禁止行動 | 理由 |
-|---------|------|
-| searchを実行してsave_researchを呼ばない | 検索結果がresearch/に保存されない |
-| visitを実行してsave_researchを呼ばない | 訪問結果がresearch/に保存されない |
-| set_projectを呼ばずにsave_researchを呼ぶ | 保存先プロジェクトが不明でエラー |
-| search結果を単に表示して次に進む | ナレッジが散逸する |
-#### ✅ 正しいコード例
-```typescript
-// ステップ1: プロジェクト設定（Phase 0完了直後に1回）
-{"tool":"set_project","arguments":{"autoDetect":true}}
-// ステップ2-3: 検索 → 保存
-{"tool":"shikigami_search","arguments":{"query":"レアメタル市場動向 2025"}}
-// 結果を受け取ったら即座に:
-{"tool":"save_research","arguments":{
-  "content":"[検索結果の内容をここにコピー]",
-  "query":"レアメタル市場動向 2025",
-  "source":"search"
-}}
-// ステップ4-5: 訪問 → 保存
-{"tool":"shikigami_visit","arguments":{"url":"https://example.com/article"}}
-// 結果を受け取ったら即座に:
-{"tool":"save_research","arguments":{
-  "content":"[ページ内容をここにコピー]",
-  "query":"https://example.com/article",
-  "source":"visit"
-}}
+WHEN: Phase 3 完了、3ソース以上収集、信頼度60%以上
+DO:
+  1. 適切なフレームワークを選択
+  2. 収集情報を構造化
+  3. MECE・ロジック品質を検証
+OUTPUT: フレームワーク適用結果、分析インサイト、推奨アクション
 ```
-#### 保存されるファイル
-| sourceパラメータ | 保存先 | ファイル名例 |
-|-----------------|--------|-------------|
-| `"search"` | `research/` | `search_レアメタル市場動向_20260127_143052.md` |
-| `"visit"` | `research/` | `visit_example.com_20260127_143105.md` |
-| `"manual"` | `research/` | `manual_SWOT分析メモ_20260127_143200.md` |
+**フレームワーク選択基準**:
+| トリガーキーワード | 推薦フレームワーク |
+|------------------|-------------------|
+| 戦略, 強み, 弱み, 機会, 脅威 | SWOT, PEST, 5Forces, 3C |
+| マッチング, 適合, 連携 | マッチングマトリクス |
+| ロードマップ, 計画, フェーズ | 技術ロードマップ |
+| 顧客, ユーザー, ペルソナ | ペルソナ分析, STP |
-#### MCPツール一覧（永続化関連）
-| ツール | 用途 | 必須タイミング |
-|--------|------|--------------|
-| `set_project` | プロジェクトコンテキスト設定 | Phase 0完了直後（1回） |
-| `get_project` | 現在のプロジェクト確認 | デバッグ時 |
-| `save_research` | リサーチ結果をresearch/に保存 | **search/visit実行後毎回** |
-| `save_prompt` | プロンプトをprompts/に保存 | Phase 0.5 |
-### 5. Citation（引用）ルール
-**すべてのデータ・事実主張にはソースURLを付与すること。URLなしの参考文献は禁止。**
-### 6. 品質ゲート（v1.19.0 Updated!）
-各フェーズ間には**品質ゲート**があり、条件を満たさないと次フェーズに進めません。
-| ゲート | 条件 | ユーザー承認 |
-|--------|------|-------------|
-| Gate 0→0.5 | プロジェクトフォルダ存在、manifest.yaml存在 | 不要 |
-| Gate 0.5→1 | 最適化プロンプト生成済み、ユーザー確認済み | **必要** |
-| Gate 1→2 | 真の目的定義済み、調査計画策定済み、最低3回対話 | **必要** |
-| Gate 2→3 | 3ソース以上、信頼性評価済み、信頼度60%以上 | 不要 |
-| Gate 3→4 | フレームワーク1つ以上、数値検証済み | 不要 |
-| Gate 4→5 | レポート存在、品質チェック合格、引用完備 | **必要** |
-**設定ファイル**: `configs/workflow-gates.yaml`
-### 7. フィードバック・改訂ループ（v1.18.0 NEW!）
-レポート完了後、ユーザーが「修正」を選択すると改訂サイクルに入ります。
+### Phase 5: レポート生成
 ```
-[Gate 4→5: レポート承認]
-    ↓ ユーザー: 「修正」
-[フィードバック収集]
-    ↓
-[修正カテゴリ分類]
-    ↓
-[修正適用 → Phase 4へ戻る]
-    ↓
-[品質チェック再実行]
-    ↓
-[再度 Gate 4→5 へ]
+WHEN: Phase 4 完了、フレームワーク1つ以上適用済み
+DO:
+  1. レポート構造決定（調査レポート/提案書/Qiita記事等）
+  2. 本文作成（ハルシネーション防止チェック）
+  3. 引用・参考文献整理（全データにURL必須）
+  4. 品質検証（数値整合性、エグゼクティブサマリー同期）
+OUTPUT: 完成レポート（reports/配下）、参考文献リスト
 ```
-**最大改訂回数**: 5回
-### 8. 緊急度トリアージ（v1.18.0 NEW!）
-リサーチ依頼時に緊急度を判定し、適切なワークフローパスを選択します。
-| レベル | アイコン | ワークフロー | 所要時間 | 制限事項 |
-|--------|---------|-------------|---------|---------|
-| 🟢 通常 | NORMAL | Phase 0-5 フル | 数時間〜 | なし |
-| 🟡 緊急 | URGENT | Phase 0→1簡略→2→4簡略 | 2-4時間 | 分析スキップ |
-| 🔴 超緊急 | CRITICAL | Phase 0→2簡易→4要約 | 30分〜1時間 | 目的探索なし、3ソース限定 |
-**検出キーワード**:
-- 🟡 緊急: 「急ぎ」「今日中」「明日まで」「ASAP」
-- 🔴 超緊急: 「今すぐ」「至急」「緊急」「この1時間」「概要だけ」
-**設定ファイル**: `configs/triage-rules.yaml`
-### 9. 中断・再開機能（v1.18.0 NEW!）
-長時間のリサーチを中断し、後で再開できます。
-| キーワード | アクション |
-|-----------|-----------|
-| 「中断」「一時停止」「後で続ける」 | チェックポイント保存 |
-| 「再開」「続きから」「前回の続き」 | チェックポイントから復元 |
-**チェックポイントデータ**:
-- 現在フェーズ、最終アクション、中断日時
-- 収集済みソース一覧
-- 調査メモ
-- コンテキスト（目的、成功条件、ペルソナ）
-**古いチェックポイント**: 30日経過で再確認プロンプト表示
-### 10. 信頼度スコアリング（v1.18.0 NEW!）
-調査結果の品質を数値化し、透明性を向上させます。
-| 要素 | 重み | 説明 |
-|------|------|------|
-| ソース信頼性 | 30% | 学術機関0.9、主要メディア0.7、ブログ0.3 |
-| データ鮮度 | 20% | 3ヶ月以内1.0、1年以内0.8、3年超0.2 |
-| カバー率 | 25% | 調査範囲のカバー率 |
-| ソース多様性 | 15% | ソースタイプの多様性 |
-| 内部整合性 | 10% | データの矛盾がないか |
-**閾値**:
-- 80%以上: 高信頼度（推奨）
-- 60%以上: 中信頼度（Gate通過可能）
-- 40%以上: 低信頼度（追加調査推奨）
-- 40%未満: 不十分（Gate通過不可）
----
-## 🎯 プロジェクト概要
-**SHIKIGAMI**は、複数情報源を統合してレポートにまとめる作業を自動化し、専門家レベルの分析知識を提供する**GitHub Copilot Agent Skills**パッケージです。
-| 項目 | 詳細 |
-|------|------|
-| **バージョン** | 1.27.0 |
-| **言語** | TypeScript |
-| **ランタイム** | Node.js >= 20.0.0 |
-| **Agent Skills** | 4スキル |
-| **Prompts** | 16プロンプト |
-| **フレームワーク** | 53定義 |
-| **MCPツール** | 11ツール |
-| **レポートテンプレート** | 33種類 |
-| **テスト数** | 250+ |
 ---
-## 🆕 v1.27.0 新機能（リサーチ結果永続化の必須化）
-### save_research MCPツールの必須化
-search/visitツール実行後に**必ず `save_research` MCPツールを呼び出す**ルールを追加しました。これによりリサーチ結果が確実に`research/`ディレクトリに保存されます。
-#### 必須フロー
-```
-npx shikigami new <ProjectName>
-    ↓
-set_project(autoDetect: true)  ← 新規追加（必須）
-    ↓
-search実行 → save_research(source: "search")  ← 必須
-    ↓
-visit実行 → save_research(source: "visit")    ← 必須
-    ↓
-分析メモ → save_research(source: "manual")    ← 推奨
-```
-#### MCPツール
+## MCPツール一覧
 | ツール | 用途 | 必須タイミング |
 |--------|------|--------------|
 | `set_project` | プロジェクトコンテキスト設定 | Phase 0完了直後（1回） |
-| `save_research` | リサーチ結果をresearch/に保存 | **search/visit実行後毎回** |
-#### 保存されるファイル形式
-| source | ファイル名例 |
-|--------|-------------|
-| `"search"` | `search_レアメタル市場_20260127_143052.md` |
-| `"visit"` | `visit_example.com_20260127_143105.md` |
-| `"manual"` | `manual_SWOT分析_20260127_143200.md` |
-詳細は「4.2 リサーチ結果永続化ルール」セクション参照。
----
-## 🆕 v1.22.0 新機能（Qiita記事作成強化）
-### Qiita記事ダイレクト生成 - Writing Rules強制適用
-「Qiita記事」「技術記事」等のキーワードを検出したら、**自動的にQiita Writing Rulesを適用**する機能を追加しました。
-#### トリガーキーワード
-| 日本語 | 英語 |
-|--------|------|
-| Qiita記事 | qiita article |
-| 技術記事 | tech article |
-| Qiitaに投稿 | post to qiita |
-| 技術ブログ | tech blog |
-#### 強制適用ルール
-| ルール | 内容 |
-|--------|------|
-| **フロントマター** | title, tags, private 必須 |
-| **タイトル** | 50文字以内、キーワード前半配置 |
-| **タグ** | 1〜5個、適切な選定 |
-| **コードブロック** | ファイル名付与（```python:main.py） |
-| **注釈** | :::note info/warn/alert 使用 |
-| **文字数** | 2,000〜5,000文字 |
-#### 使用例
-```
-ユーザー: 「GitHub Copilotについて技術記事を書いて」
-AIエージェント:
-1. 「技術記事」キーワードを検出
-2. shikigami-qiita-article.prompt.md を適用
-3. Qiita Writing Rules に従って記事生成
-4. フロントマター付きMarkdownを出力
-```
-**設定ファイル**: `configs/auto-invoke-triggers.yaml` (qiita_article セクション)
----
-## 🆕 v1.20.0 新機能（思考フロー可視化）
-### Thinking Flow Visualization - レポート作成過程の透明性向上
-レポート作成に至るまでの**思考プロセス**を自動追跡・可視化し、レポートに出力する新機能を追加しました。
+| `save_prompt` | プロンプトをprompts/に保存 | ユーザー入力受取時（毎回） |
+| `save_research` | リサーチ結果をresearch/に保存 | search/visit実行後（毎回） |
+| `search` | Web検索 | Phase 3 |
+| `visit` | ページ内容抽出 | Phase 3 |
+| `parse_file` | ローカルファイル解析 | 必要時 |
+| `parse_directory` | ディレクトリ再帰解析 | 必要時 |
+| `embed` | テキスト埋め込みベクトル生成 | セマンティック検索時 |
+| `similarity` | テキスト間類似度計算 | 関連性判定時 |
+| `semantic_search` | セマンティック検索 | コンテキスト取得時 |
+| `get_project` | 現在のプロジェクト確認 | デバッグ時 |
-#### 出力される内容
+### save_prompt の type パラメータ
-| 項目 | 内容 |
+| type | 用途 |
 |------|------|
-| 🗺️ フローマップ | Phase 0-4の全ステップをMermaidダイアグラムで可視化 |
-| 📜 思考ログ | 時系列での判断記録（タイムスタンプ、判断内容、信頼度） |
-| 🔀 ピボット記録 | 仮説修正・方針転換の検出と記録 |
-| 📈 思考メトリクス | 調査ラウンド数、交差検証率、ソース多様性等 |
-#### 思考ステップの種類（18種類）
-| Phase | ステップ |
-|-------|----------|
-| 0: 初期化 | プロジェクト作成、ナレッジ継承 |
-| 1: 目的探索 | 目的発見、仮説生成、計画立案 |
-| 2: Deep Research | Think/Search/Visit/Verify/Report更新 |
-| 3: 分析 | フレームワーク選択・適用、洞察抽出 |
-| 4: レポート | 構成設計、生成、品質検証、引用整形 |
-#### レポート構成の変更
+| `original` | 最初のリサーチ依頼 |
+| `structured` | 構造化プロンプト（AI生成） |
+| `answer` | 質問への回答 |
+| `instruction` | 追加指示・修正要求 |
+| `feedback` | レポートへのフィードバック |
+| `approval` | 承認・確認 |
-```
-[旧] 1.サマリー → 2.背景 → 3.結果 → 4.分析 → 5.結論 → 6.参考文献
-[新] 1.サマリー → 2.背景 → 3.結果 → 4.分析 → 5.結論 → 6.📐思考フロー → 7.参考文献
-```
+### save_research の source パラメータ
-#### 新規追加ファイル
-| ファイル | 用途 |
-|---------|------|
-| `configs/thinking-flow.yaml` | 思考ステップ定義・可視化設定 |
-| `templates/thinking-flow-template.md` | 思考フロー記録テンプレート |
-| `templates/report-templates/thinking-flow-report-template.md` | 思考フロー付きレポートテンプレート |
+| source | 用途 | ファイル名例 |
+|--------|------|-------------|
+| `search` | 検索結果 | `search_クエリ_YYYYMMDD_HHMMSS.md` |
+| `visit` | ページ訪問結果 | `visit_domain_YYYYMMDD_HHMMSS.md` |
+| `manual` | 分析メモ | `manual_テーマ_YYYYMMDD_HHMMSS.md` |
 ---
-## 🆕 v1.19.0 新機能（構造化プロンプト生成＋ユーザー確認フェーズ）
-### Phase 0.5: Prompt Refinement（構造化プロンプト生成）
-ユーザーの入力プロンプトをAIが自動で**6要素の構造化プロンプト**に変換し、**ユーザー確認**を経てから調査を開始する新フェーズを追加しました。
-#### 構造化プロンプトの6要素
-| 要素 | 説明 |
-|------|------|
-| **PURPOSE** | 目的・判断事項（何を決めたいか） |
-| **TARGET** | 調査対象（何について/誰について） |
-| **SCOPE** | 調査範囲・深さ（どこまで調べるか） |
-| **TIMELINE** | 時間軸・期限（いつまでの情報か） |
-| **CONSTRAINTS** | 制約条件（予算・除外事項など） |
-| **DELIVERABLES** | 期待する成果物（レポート、表など） |
-#### 新機能
-| 機能 | 説明 |
-|------|------|
-| **プロンプト分析** | 曖昧さ検出、不足情報特定、目的推測 |
-| **構造化生成** | 6要素に分解し、不足要素を補完 |
-| **補完明示** | AIが推測した要素は「（推測）」と明記 |
-| **ユーザー確認** | 構造化プロンプト表示→承認/修正を選択 |
-| **修正対応** | 該当要素のみ修正して再表示（最大3回） |
-#### ワークフローの変更点
-```
-[旧] Phase 0 → Phase 1（目的探索）→ Phase 2
-[新] Phase 0 → Phase 0.5（構造化プロンプト生成＋確認）→ Phase 1（1問1答）→ Phase 2
-```
-#### ユーザー確認フェーズ
-```
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-❓ このプロンプトでよろしいですか？
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-   [はい/承認] → Phase 1（目的深掘り）へ進みます
-   [修正] → 修正したい箇所をお知らせください
-           例: 「TARGETをリチウムのみに絞りたい」
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-```
-#### 品質ゲートの追加
+## 品質ゲート
 | ゲート | 条件 | ユーザー承認 |
 |--------|------|-------------|
-| Gate 0→0.5 | フォルダ存在、manifest存在 | 不要 |
-| Gate 0.5→1 | 構造化プロンプト生成済み、ユーザー確認済み | **必要** |
-詳細は「絶対ルール」セクションの項目2.5を参照。
+| 0→1 | プロジェクトフォルダ存在、manifest.yaml存在 | 不要 |
+| 1→2 | 構造化プロンプト生成済み、ユーザー確認済み | **必要** |
+| 2→3 | 真の目的定義済み、調査計画策定済み、最低3回対話 | **必要** |
+| 3→4 | 3ソース以上、信頼性評価済み、信頼度60%以上 | 不要 |
+| 4→5 | フレームワーク1つ以上、数値検証済み | 不要 |
+| 5→6 | レポート存在、品質チェック合格、引用完備 | **必要** |
 ---
-## 🆕 v1.18.0 新機能（ワークフロー品質強化）
-### 品質ゲート・フィードバックループ・緊急度トリアージ
+## ファイル保存ルール
-5つの新機能でワークフロー品質を強化しました。
+| フェーズ | 保存先 | 内容 |
+|---------|--------|------|
+| Phase 1 | `prompts/` | プロンプト履歴 |
+| Phase 3-4 | `research/` | 検索結果、分析メモ |
+| Phase 5 | `reports/` | 最終レポート |
-| 機能 | 設定ファイル | 目的 |
-|------|-------------|------|
-| 品質ゲート | `configs/workflow-gates.yaml` | フェーズ間の品質担保 |
-| フィードバックループ | `configs/workflow-gates.yaml` | 改訂サイクル管理 |
-| 緊急度トリアージ | `configs/triage-rules.yaml` | ワークフローパス選択 |
-| 中断・再開 | `configs/auto-invoke-triggers.yaml` | チェックポイント管理 |
-| 信頼度スコア | `configs/auto-invoke-triggers.yaml` | 品質の数値化 |
+**ファイル命名**: `[内容]-v[メジャー].[マイナー].md`
-詳細は「絶対ルール」セクションの項目6〜10を参照。
+**禁止**:
+- research/に最終レポート保存
+- reports/に調査メモ保存
+- 既存ファイルの上書き（新バージョン作成必須）
 ---
-## 🆕 v1.12.0 新機能（フレームワーク分析・マッチング自動化）
-### Phase 3: Framework Analysis 自動化（REQ-FW-001, REQ-MATCH-001）
-#### フレームワーク自動推薦（REQ-FW-001-01）
-Deep Research結果のキーワードを分析し、最適なフレームワークを自動推薦します。
-| トリガーカテゴリ | キーワード | 推薦フレームワーク |
-|----------------|-----------|-------------------|
-| **戦略分析** | 戦略, 強み, 弱み, 機会, 脅威 | SWOT, PEST, 5Forces, 3C |
-| **マッチング** | マッチング, 適合, 連携, パートナー | マッチングマトリクス, シナジー分析 |
-| **計画立案** | ロードマップ, 計画, フェーズ | 技術ロードマップ, ガントチャート |
-| **顧客市場** | 顧客, ユーザー, ペルソナ | ペルソナ分析, STP, TAM/SAM/SOM |
-**設定ファイル**: `configs/framework-recommendation-rules.yaml`
-**発動条件**:
-- キーワードが2つ以上一致
-- 信頼度スコア60%以上
-#### SWOT分析自動生成（REQ-FW-001-02）
-Deep Research結果から4象限のSWOT分析を自動生成します。
-**関連プロンプト**: `shikigami-swot-generation.prompt.md`
-**抽出キーワード**:
-| 象限 | キーワード（日本語） |
-|------|--------------------|
-| Strengths | 強み, 優位性, 特許, 独自, 実績 |
-| Weaknesses | 弱み, 課題, 不足, 遅れ, 限界 |
-| Opportunities | 機会, 成長, 需要増, 市場拡大 |
-| Threats | 脅威, リスク, 競合, 規制強化 |
-**出力内容**:
-- 内部環境（Strengths/Weaknesses）テーブル
-- 外部環境（Opportunities/Threats）テーブル
-- クロスSWOT戦略（SO/ST/WO/WT）
-#### マッチング分析自動生成（REQ-MATCH-001）
-複数エンティティ間のマッチング分析を自動生成します。
-**関連プロンプト**: `shikigami-matching-analysis.prompt.md`
-**設定ファイル**: `configs/matching-matrix-config.yaml`
-**評価基準（5段階）**:
-| 評価 | 記号 | 説明 |
-|-----|------|------|
-| 5 | ◎ | 最適: 即座に連携可能 |
-| 4 | ○ | 高適合: 軽微な調整で連携可能 |
-| 3 | △ | 中適合: 追加検討で連携可能性あり |
-| 2 | ▲ | 低適合: 大幅な調整が必要 |
-| 1 | × | 不適合: 連携は困難 |
-**優先プロジェクト判定**:
-| 優先度 | 条件 | アクション |
-|--------|------|----------|
-| P1 | 総合評価4以上 | 1ヶ月以内に初回ミーティング |
-| P2 | 総合評価3以上 | 3ヶ月以内に詳細調査 |
-| P3 | 総合評価2以上 | 半年ごとに再評価 |
-**出力内容**:
-- マッチング評価マトリクス（Markdown表）
-- 優先プロジェクト候補リスト
-- 連携マップ（Mermaid flowchart）
----
-## 🆕 v1.11.0 新機能（学術リサーチ強化）
-### Phase 1: 検索・訪問ツール強化（REQ-SRCH-006, REQ-VISIT-003, REQ-VISIT-004）
+## 引用ルール
-#### 学術・研究機関向け検索最適化
-学術機関・研究所の検索を自動最適化：
-| 機能 | 説明 |
-|------|------|
-| `detectAcademicQuery()` | 学術キーワード検出（大学、研究所、教授等） |
-| `addDomainFilters()` | `.ac.jp`, `.edu`, `.gov` ドメインを自動優先 |
-| `extractInstitutionInfo()` | 大学ランキング・研究分野の構造化抽出 |
-**学術キーワード（自動検出）**:
-```yaml
-ja: ["大学", "研究所", "研究院", "教授", "准教授", "学部", "学科", "大学院"]
-en: ["university", "institute", "research", "professor", "faculty", "laboratory"]
-```
-**ドメイン優先度**:
-| 地域 | ドメイン | 説明 |
-|------|---------|------|
-| 日本 | `.ac.jp` | 日本の大学 |
-| 日本 | `.go.jp` | 日本の政府機関 |
-| グローバル | `.edu` | 米国の大学 |
-| グローバル | `.org` | 非営利組織 |
-**出力例（InstitutionInfo）**:
-```typescript
-{
-  name: "東北大学",
-  type: "university",
-  country: "Japan",
-  rankings: { the_world: 201, qs_world: 82 },
-  research_areas: [{ name: "材料科学", world_rank: 37 }],
-  notable_researchers: [{ name: "大野英男", title: "総長", field: "スピントロニクス" }]
-}
 ```
-#### 日本語サイト文字化け対応
-レガシー日本語エンコーディングを自動変換：
-| 機能 | 説明 |
-|------|------|
-| `detectEncoding()` | Shift_JIS, EUC-JP, ISO-2022-JP を自動検出 |
-| `convertToUtf8()` | UTF-8 への自動変換（iconv-lite使用） |
-| `detectMojibake()` | 文字化けパターンを検出 |
-**検出対応エンコーディング**:
-- `utf-8`（標準）
-- `shift_jis` / `windows-31j`（日本語Windows）
-- `euc-jp`（日本語Unix）
-- `iso-2022-jp`（メール・古いシステム）
-**文字化けパターン**:
-```yaml
-mojibake_patterns:
-  - "縺"      # Shift_JIS→UTF-8誤変換
-  - "譁"      # 同上
-  - "�"       # 置換文字
-  - "ã€"     # UTF-8→Latin1誤変換
+WHEN: レポートにデータ・事実主張を記載
+DO: 必ずソースURLを付与
+FORBIDDEN: URLなしの参考文献、「各種Web記事」のような曖昧記載
 ```
-#### URL死活監視とアーカイブフォールバック
-404/5xxエラー時にWebアーカイブから自動取得：
-| 機能 | 説明 |
-|------|------|
-| `checkUrlStatus()` | HEADリクエストで事前死活確認（オプション） |
-| `fetchFromWayback()` | Wayback Machine APIでアーカイブ取得 |
-| `fetchFromArchiveToday()` | Archive.today からバックアップ取得 |
-**アーカイブサービス優先度**:
-| 優先度 | サービス | 特徴 |
-|--------|---------|------|
-| 1 | Wayback Machine | 最大のアーカイブ、API提供 |
-| 2 | Archive.today | 補助アーカイブ |
-**リカバリーフロー**:
-```
-404/410エラー → Wayback Machine → Archive.today → ユーザー通知
-5xxエラー → リトライ(3回) → アーカイブフォールバック → エラー報告
-```
-### Phase 2: レポート生成強化（REQ-MERM-001, REQ-TMPL-002, REQ-REF-002）
-#### ASCII図→Mermaid自動変換
-ASCIIアート図をMermaid構文に自動変換：
-| 機能 | 説明 |
-|------|------|
-| `detectAsciiDiagram()` | ボックス型ASCII図を検出 |
-| `convertToMermaid()` | Mermaid flowchart/gantt に変換 |
-| `preserveJapaneseLabels()` | 日本語ラベルを保持 |
-**ASCII検出パターン**:
-```yaml
-box: ["┌─.*─┐", "│.*│", "└─.*─┘", "+--.*--+"]
-arrows: ["→", "←", "↓", "↑", "─>"]
-connectors: ["│", "─", "├", "┤", "┬", "┴"]
-```
-**変換例**:
-```
-入力（ASCII）:             出力（Mermaid）:
-┌───────────────┐          flowchart TB
-│   委員長      │              A[委員長] --> B[研究リーダー]
-└───────┬───────┘              A --> C[技術顧問]
-        │
-┌───────┴───────┐
-│研究リーダー│技術顧問│
-└───────────────┘
-```
-**SKILL.md更新**: shikigami-writing セクション9（ASCII→Mermaid変換）
-#### 共同研究提案書テンプレート
-学術機関向け共同研究提案書の標準テンプレート：
-| セクション | 説明 | 必須 |
-|-----------|------|------|
-| エグゼクティブサマリー | 1ページ要約 | ✅ |
-| 背景と目的 | 背景、課題、目的 | ✅ |
-| マッチング分析 | 双方の強みと相乗効果 | ✅ |
-| 提案プロジェクト | テーマ、目標、手法 | ✅ |
-| 実施体制 | 推進委員会、研究チーム | ✅ |
-| スケジュール | フェーズ、マイルストーン | ✅ |
-| 期待される成果 | 論文、特許、人材育成 | ✅ |
-| 必要リソース | 人員、計算機、予算 | ✅ |
-| リスクと対策 | 想定リスクと緩和策 | ✅ |
-| 次のステップ | 今後のアクション | ✅ |
-| 付録 | 用語集、参考文献 | ❌ |
-**テンプレート**: `templates/report-templates/joint-research-proposal-template.md`
-**SKILL.md更新**: shikigami-writing セクション10（共同研究提案書生成）
-#### 参考文献自動整形
-引用スタイルを自動統一：
-| ソースタイプ | フォーマット | 例 |
-|-------------|------------|----|
-| Web | `[タイトル](URL) - サイト名, YYYY-MM-DD` | [東北大学について](https://...) - 東北大学, 2026-01-18 |
-| 論文 | `著者, "タイトル", ジャーナル, YYYY年` | 大野英男 他, "...", 日本物理学会誌, 2020年 |
-| 書籍 | `著者, 『タイトル』, 出版社, YYYY年` | 山田太郎, 『AI研究入門』, 技術評論社, 2025年 |
-| インライン | `[[N]](#ref-N)` | [[1]](#ref-1) |
-**SKILL.md更新**: shikigami-writing セクション11（参考文献整形）
----
+**必須フォーマット**:
+```markdown
+## 参考文献
-## 学術・研究機関検索ガイドライン
-> **設定ファイル**: `configs/academic-search-config.yaml`
-> **要件**: REQ-SRCH-006, REQ-SRCH-006-01, REQ-SRCH-006-02
-### 学術検索の自動検出ルール
-以下のキーワードを含むクエリは**学術検索**として自動処理します。
-**日本語キーワード**:
-| カテゴリ | キーワード |
-|---------|-----------|
-| 機関 | 大学、研究所、研究院、研究センター、国立研究開発法人、高等専門学校 |
-| 肩書 | 教授、准教授、助教、講師、研究員、博士、名誉教授、特任教授 |
-| 組織 | 学部、学科、大学院、研究室、ラボ、研究科、専攻 |
-**英語キーワード**:
-| カテゴリ | キーワード |
-|---------|-----------|
-| 機関 | university, institute, college, laboratory, research center |
-| 肩書 | professor, associate professor, researcher, PhD, doctoral, postdoc |
-| 組織 | faculty, department, school of, graduate school, division |
-### ドメイン優先度テーブル
-学術検索時は以下のドメインを優先的に検索結果に含めます。
-| 地域 | ドメイン | 優先度 | 説明 | 検索修飾子 |
-|------|---------|--------|------|-----------|
-| 日本 | `.ac.jp` | 1 | 日本の大学・高等教育機関 | `site:.ac.jp` |
-| 日本 | `.go.jp` | 2 | 政府機関・国立研究開発法人 | `site:.go.jp` |
-| 日本 | `.or.jp` | 3 | 非営利組織 | - |
-| グローバル | `.edu` | 1 | 米国の大学 | `site:.edu` |
-| グローバル | `.ac.uk` | 1 | 英国の大学 | `site:.ac.uk` |
-| グローバル | `.gov` | 2 | 政府機関 | - |
-| グローバル | `.org` | 3 | 非営利組織 | - |
-### 研究機関情報の抽出フォーマット
-検索結果から以下の構造化情報を抽出します。
-```yaml
-institution_info:
-  name: "東北大学"
-  name_en: "Tohoku University"
-  type: "university"
-  country: "Japan"
-  url: "https://www.tohoku.ac.jp/"
-  rankings:
-    THE_world: 201
-    QS_world: 82
-    ARWU_world: 101
-  research_areas:
-    - name: "材料科学"
-      world_rank: 37
-    - name: "物理学"
-      world_rank: 65
-  notable_researchers:
-    - name: "大野英男"
-      title: "総長"
-      field: "スピントロニクス"
+<a id="ref-1">[1]</a> [タイトル](URL) - サイト名, YYYY-MM-DD
 ```
-### 補助検索ソース
-学術情報の補完に以下のソースを活用します。
-| ソース | 用途 |
-|--------|------|
-| Google Scholar | 論文・引用情報 |
-| ResearchGate | 研究者・出版物 |
-| J-GLOBAL | 日本の研究者・論文 |
-| CiNii | 日本の論文・学位論文 |
-| ORCID | 研究者ID |
-| Wikipedia | 概要・歴史 |
-### 大学ランキングソース
-| ソース | 名称 | URL |
-|--------|------|-----|
-| THE | Times Higher Education | timeshighereducation.com |
-| QS | QS World University Rankings | topuniversities.com |
-| ARWU | Academic Ranking of World Universities | shanghairanking.com |
-| CWUR | Center for World University Rankings | cwur.org |
----
-## 📜 過去のバージョン履歴（概要）
-<details>
-<summary><b>v1.10.0</b> - テンプレート・比較・反論 / キャッシュ・進捗管理</summary>
-- **RecoveryLogger/WaybackClient/VisitRecoveryManager**: ページ訪問エラー時の自動リカバリー
-- **提案書テンプレート**: 6業界×ペルソナ（education/manufacturing/finance × executive/it）
-- **競合比較表生成**: 共通軸6項目（pricing, core_features, support等）
-- **反論対応・トークスクリプト**: Google Workspace/Zoom/Slack対策、4ペルソナ調整
-- **キャッシュシステム**: LRU+TTL、セマンティックキャッシュ、グローバルキャッシュ
-- **進捗管理**: 成果物管理、進捗ダッシュボード、整合性チェック
-</details>
-<details>
-<summary><b>v1.9.0</b> - 優先度自動算出 / セールスプレイブック</summary>
-- **優先度自動算出**: 4軸スコア（urgency/opportunity_size/accessibility/strategic_fit）、A〜Dグレード判定
-- **セールスプレイブック生成**: 5セクション構成（アプローチ対象、主要メッセージ、反論対応等）
-- **トークスクリプト自動生成**: 3ステップ構造（acknowledgment/reframing/next_step）、6反論タイプ
-- **文書管理情報自動生成**: DOC-YYYYMMDD-NNN形式
-</details>
-<details>
-<summary><b>v1.8.0</b> - 日英並列検索 / 並列エンティティリサーチ</summary>
-- **日英並列検索**: 自動翻訳、結果マージ、重複排除
-- **並列エンティティリサーチ**: 複数企業・技術の独立調査、横断分析
-- **ナレッジ継承**: 先行リサーチからの知識継承
-</details>
-<details>
-<summary><b>v1.7.0</b> - 検索リカバリー / 関連プロジェクト検出</summary>
-- **検索リカバリー**: 0件時の自動リカバリー（同義語置換、簡略化、翻訳）
-- **関連プロジェクト検出**: キーワードによる関連プロジェクト自動検出
-- **PDF解析**: URLからPDF自動検出・解析
-</details>
-<details>
-<summary><b>v1.6.0</b> - 成功条件タイプ / ペルソナ対応</summary>
-- **成功条件タイプ分類**: 5タイプ（IMMEDIATE_APPROVAL, STAGED_APPROVAL等）
-- **ペルソナ対応**: 決裁者特性収集、レポートカスタマイズ
-- **整合性検証強化**: Purpose Discovery↔Report Writing間の検証
-</details>
----
-Purpose Discovery→Report Writing間の整合性を検証：
-- 成功条件タイプ整合性: レポート構成が`success_condition.type`と一致するか
-- ペルソナ調整整合性: `report_adjustments`がレポートに反映されているか
-- ドメイン知識レベル整合性: 用語説明が`domain_knowledge.level`と一致するか
-### 新規テンプレート・ファイル
-| ファイル | 役割 |
-|---------|------|
-| `templates/success-condition-types.yaml` | 成功条件タイプ定義 |
-| `templates/persona-profile-template.yaml` | ペルソナ収集テンプレート |
-| `templates/report-templates/*.md` | 5種類のレポートテンプレート |
+本文中: `[[1]](#ref-1)` でインライン引用
 ---
-## 📦 アーキテクチャ
+## 緊急度トリアージ
-### ディレクトリ構造
-```
-shikigami/
-├── AGENTS.md              # 本ファイル（AIエージェント向けガイド）
-├── README.md              # プロジェクト説明
-├── package.json           # パッケージ設定
-├── .github/
-│   ├── skills/            # Agent Skills定義
-│   │   ├── shikigami-planner/
-│   │   │   ├── SKILL.md
-│   │   │   └── templates/
-│   │   │       ├── success-condition-types.yaml
-│   │   │       └── persona-profile-template.yaml
-│   │   ├── shikigami-deep-research/
-│   │   ├── shikigami-consulting-framework/
-│   │   └── shikigami-writing/
-│   │       └── templates/
-│   │           └── report-templates/
-│   │               ├── immediate-approval-template.md
-│   │               ├── staged-approval-template.md
-│   │               ├── consideration-template.md
-│   │               ├── budget-approval-template.md
-│   │               ├── pilot-approval-template.md
-│   │               └── joint-research-proposal-template.md  # v1.11.0
-│   └── prompts/           # プロンプトテンプレート
-├── configs/               # 設定ファイル
-│   ├── academic-search-config.yaml   # v1.11.0 学術検索
-│   └── citation-styles.yaml          # v1.11.0 参考文献スタイル
-├── mcp-server/            # MCPサーバー（ツール提供）
-│   ├── src/
-│   │   ├── index.ts       # サーバーエントリ
-│   │   ├── config/        # 設定モジュール
-│   │   └── tools/         # ツール実装
-│   │       ├── search.ts
-│   │       └── visit/
-│   │           ├── encoding/    # v1.11.0 エンコーディング処理
-│   │           │   ├── types.ts
-│   │           │   ├── encoding-detector.ts
-│   │           │   ├── encoding-converter.ts
-│   │           │   └── encoding-handler.ts
-│   │           └── recovery/    # アーカイブフォールバック
-│   │               ├── wayback.ts
-│   │               └── archive-today.ts  # v1.11.0
-│   └── shikigami.config.example.yaml
-├── templates/             # テンプレート
-│   └── research/
-│       └── joint-research-proposal.md  # v1.11.0
-├── .vscode/
-│   └── mcp.json           # MCP設定
-└── projects/              # リサーチ出力ディレクトリ
-    └── pjXXXXX_Name_YYYYMMDD/
-        ├── manifest.yaml
-        ├── prompts/       # ユーザー入力プロンプト履歴（v1.22.0）
-        ├── research/
-        └── reports/
-```
-<details>
-<summary><b>manifest.yaml スキーマ（クリックで展開）</b></summary>
-```yaml
-# manifest.yaml v1.17.0
-version: "1.17.0"
-project_id: "pj00001"
-name: "[プロジェクト名]"
-folder: "pj00001_ProjectName_20260119"
-created_at: "2026-01-19T10:00:00+09:00"
-purpose_type: "business_proposal"
-true_purpose: "[探索で発見した真の目的]"
-purpose_discovery:
-  success_condition:
-    type: "IMMEDIATE_APPROVAL"  # 5タイプ: IMMEDIATE_APPROVAL, STAGED_APPROVAL, CONSIDERATION, BUDGET_APPROVAL, PILOT_APPROVAL
-    description: "社長から即決をもらう"
-    confidence: 0.85
-  rejection_risk:
-    description: "ROIが不明確だと却下されるリスク"
-    severity: "high"  # high/medium/low
-  collected_answers:
-    why: "[WHY回答]"
-    who: "[WHO回答]"
-    what_if: "[WHAT-IF回答]"
-    constraint: "[CONSTRAINT回答]"
-    success: "[SUCCESS回答]"
-personas:
-  - id: "persona_1"
-    role: "PS事業本部役員"
-    decision_style: "data_driven"  # data_driven/intuitive/consensus/balanced
-    domain_knowledge:
-      level: "beginner"  # expert/intermediate/beginner
-      gaps: ["AI for Science"]
-    key_concerns:
-      - concern: "roi"
-        priority: "high"
-    report_adjustments:
-      - "財務計画を冒頭に配置"
-consistency_validation:
-  status: "not_checked"  # not_checked/passed/failed
-  errors: []
-  warnings: []
-```
-</details>
-### Agent Skills（4スキル）
-| スキル | 役割 | 主要機能 |
-|--------|------|---------|
-| **shikigami-planner** | 目的探索・計画立案 | 5 Whys分析、JTBD、リサーチ計画 |
-| **shikigami-deep-research** | 反復的深層リサーチ | Think→Report→Action、ソース追跡 |
-| **shikigami-consulting-framework** | フレームワーク分析 | 51フレームワーク、MECE検証 |
-| **shikigami-writing** | レポート生成・品質保証 | ハルシネーション防止、引用管理 |
-### MCPツール（7ツール）
-| ツール | 説明 | 用途 |
-|--------|------|------|
-| `search` | DuckDuckGo Web検索 | 情報収集フェーズ |
-| `visit` | Jina AI Readerでページ内容抽出 | 詳細調査フェーズ |
-| `parse_file` | ローカルファイル解析 | ドキュメント調査 |
-| `parse_directory` | ディレクトリ再帰解析 | コードベース理解 |
-| `embed` | テキスト埋め込みベクトル生成 | セマンティック検索基盤 |
-| `similarity` | 2テキスト間の類似度計算 | 関連性判定 |
-| `semantic_search` | セマンティック検索 | コンテキスト取得 |
+| レベル | キーワード | ワークフロー |
+|--------|-----------|-------------|
+| 通常 | - | Phase 0-6 フル |
+| 緊急 | 急ぎ, 今日中, 明日まで, ASAP | Phase 0→2簡略→3→5簡略 |
+| 超緊急 | 今すぐ, 至急, 緊急, 概要だけ | Phase 0→3簡易→5要約 |
 ---
-## 🔄 統合リサーチワークフロー
-### ワークフロー自動起動 (v1.17.0)
-**⚠️ 重要**: ワークフローは **Phase 0（プロジェクト初期化）から開始**します。
-**担当スキル**: `shikigami-planner`（Phase 0 〜 Phase 1 を担当）
-```
-┌────────────────────────────────────────────────────────────┐
-│ リサーチ依頼を受けたら、必ずこの順序で実行すること        │
-│                                                            │
-│ 1. npx shikigami new <ProjectName> を実行（Phase 0-0）    │
-│ 2. ナレッジ継承を実行（Phase 0-1）                        │
-│ 3. 目的探索を実行（Phase 1）                              │
-│ 4. Deep Research を実行（Phase 2）                        │
-│ 5. Framework Analysis を実行（Phase 3）                   │
-│ 6. Report Writing を実行（Phase 4）                       │
-│ 7. Completion を実行（Phase 5）                           │
-└────────────────────────────────────────────────────────────┘
-```
-以下のトリガーでワークフローが自動的に開始されます:
-| トリガータイプ | キーワード/コマンド |
-|---------------|-------------------|
-| **キーワード** | リサーチ、調査、分析して、提言書、レポート、比較、評価 |
-| **明示コマンド** | `@shikigami`, `@shikigami-planner`, `リサーチ開始` |
-**設定ファイル**: `.github/skills/configs/auto-invoke-triggers.yaml`
-### フェーズ概要
-```
-┌─────────────────────────────────────────────────────────────────────┐
-│ Phase 0: Project Initialization（プロジェクト初期化）🆕 v1.17.0     │
-│ ・新規プロジェクトの作成（npx shikigami new <ProjectName>）         │
-│ ・ナレッジ継承（関連する過去リサーチからの知識継承）                │
-│ ・命名規則: pjXXXXX_ProjectName_YYYYMMDD/                          │
-│ ・スキル: shikigami-planner (Phase 0-0, 0-1)                       │
-├─────────────────────────────────────────────────────────────────────┤
-│ Phase 1: Purpose Discovery（目的探索）🚀 本格リサーチ開始           │
-│ ・ユーザーの表層的依頼から「真の目的」を発見                         │
-│ ・5 Whys分析、JTBD分析                                              │
-│ ・リサーチ計画の立案                                                │
-│ ・スキル: shikigami-planner                                         │
-├─────────────────────────────────────────────────────────────────────┤
-│ Phase 2: Deep Research（深層リサーチ）                              │
-│ ・Think→Report→Actionサイクルを反復                                │
-│ ・複数情報源の収集と統合                                            │
-│ ・ソース追跡・交差検証                                              │
-│ ・スキル: shikigami-deep-research                                   │
-├─────────────────────────────────────────────────────────────────────┤
-│ Phase 3: Framework Analysis（フレームワーク分析）                   │
-│ ・適切なフレームワークの選択                                        │
-│ ・収集情報への適用                                                  │
-│ ・MECE・ロジック品質検証                                            │
-│ ・スキル: shikigami-consulting-framework                            │
-│ ・自動起動: financial_analysis, risk_sensitivity, stakeholder_impact│
-├─────────────────────────────────────────────────────────────────────┤
-│ Phase 4: Report Writing（レポート生成）                             │
-│ ・構造化されたレポート作成                                          │
-│ ・ハルシネーション検出・不確実性マーキング                          │
-│ ・引用管理・ダイアグラム生成                                        │
-│ ・スキル: shikigami-writing                                         │
-│ ・自動起動: consistency_check, executive_sync, kpi_dashboard        │
-└─────────────────────────────────────────────────────────────────────┘
-```
-### フェーズ詳細
-#### Phase 0: Project Initialization（v1.17.0 NEW!）
-```yaml
-入力: ユーザーの依頼（リサーチ開始依頼）
-処理:
-  Phase 0-0: プロジェクト初期化
-    1. プロジェクト名をユーザーに確認または依頼から推定
-    2. npx shikigami new <ProjectName> を実行
-    3. プロジェクトフォルダとmanifest.yamlの作成を確認
-  Phase 0-1: ナレッジ継承
-    1. 関連する過去レポートを検索
-    2. 継承可能な知識の抽出
-    3. ユーザーに継承内容を確認
-出力:
-  - プロジェクトフォルダ: projects/pjXXXXX_ProjectName_YYYYMMDD/
-  - manifest.yaml（プロジェクト設定）
-  - 継承された知識リスト（あれば）
-```
-**命名規則**:
-| 項目 | ルール |
-|------|--------|
-| フォルダ名 | `pjXXXXX_ProjectName_YYYYMMDD` |
-| ProjectName | CamelCase（ハイフン、スペース、日本語は不可） |
-| XXXXX | 5桁の連番（自動採番） |
-| YYYYMMDD | 作成日（自動設定） |
-**使用スキル**: `shikigami-planner` (Phase 0-0, Phase 0-1)
-#### Phase 1: Purpose Discovery
-```yaml
-入力: ユーザーの依頼（表層的な要求）
-処理:
-  1. 5 Whys分析で根本的動機を発見
-  2. JTBD（Jobs To Be Done）分析
-  3. 明確なリサーチ目的の言語化
-  4. 調査範囲・制約の特定
-  5. リサーチ計画の立案
-出力:
-  - 真の目的（Root Purpose）
-  - リサーチ計画（Research Plan）
-  - 検索クエリリスト
-```
-**使用スキル**: `shikigami-planner`
-#### Phase 2: Deep Research
-```yaml
-入力: リサーチ計画、検索クエリリスト
-処理:
-  LOOP (収束するまで):
-    1. Think: 現状の知識ギャップを分析
-    2. Search: MCPツールで情報収集
-       - search: Web検索
-       - visit: ページ内容取得
-       - parse_file: ローカルファイル解析
-    3. Report: 収集情報を整理・記録
-       - ソースURL/パスを必ず記録
-       - 信頼度評価
-    4. Action: 次のアクションを決定
-       - 追加検索が必要か判断
-       - 情報が十分なら終了
-出力:
-  - 収集情報サマリー
-  - ソースリスト（URL、信頼度）
-  - 残存する知識ギャップ
-```
-**使用スキル**: `shikigami-deep-research`
-**使用ツール**: `search`, `visit`, `parse_file`, `parse_directory`
-#### Phase 3: Framework Analysis
-```yaml
-入力: 収集情報、分析目的
-処理:
-  1. 適切なフレームワークを選択
-     - 戦略分析: SWOT, 3C, PEST, 5Forces, BCG等
-     - 問題解決: MECE, ロジックツリー, イシューツリー等
-     - 思考整理: ピラミッド構造, PREP等
-     - 意思決定: 意思決定マトリクス, プロコン等
-  2. フレームワークテンプレートを適用
-  3. 収集情報を構造化
-  4. MECE・ロジック品質を検証
-出力:
-  - フレームワーク適用結果（Markdown形式）
-  - 分析インサイト
-  - 推奨アクション
-```
-**使用スキル**: `shikigami-consulting-framework`
-**参照**: `frameworks/` ディレクトリ内の定義ファイル
-#### Phase 4: Report Writing
-```yaml
-入力: 分析結果、ソースリスト
-処理:
-  1. レポート構造の決定
-     - 調査レポート / Qiita記事 / 提案書等
-  2. 本文作成
-     - ハルシネーション防止チェック
-     - 不確実な情報には❓マーキング
-  3. 引用・参考文献の整理
-  4. ダイアグラム生成（Mermaid）
-  5. 最終レビュー
-出力:
-  - 完成レポート（Markdown形式）
-  - 参考文献リスト
-  - 信頼度評価
-```
+## Agent Skills
-**使用スキル**: `shikigami-writing`
+| スキル | 担当フェーズ | 主要機能 |
+|--------|------------|---------|
+| shikigami-planner | Phase 0-2 | 目的探索、5 Whys、JTBD、リサーチ計画 |
+| shikigami-deep-research | Phase 3 | Think→Search→Report→Action、ソース追跡 |
+| shikigami-consulting-framework | Phase 4 | 53フレームワーク、MECE検証 |
+| shikigami-writing | Phase 5 | レポート生成、ハルシネーション防止、引用管理 |
 ---
-## 📋 フレームワークライブラリ（51定義）
-### カテゴリ別一覧
+## フレームワークライブラリ（53定義）
 | カテゴリ | 件数 | 主要フレームワーク |
 |---------|------|-------------------|
-| 戦略分析 | 10 | SWOT, 3C, PEST, 5Forces, BCG, VRIO, GE, アンゾフ, ブルーオーシャン, バリューチェーン |
-| 問題解決 | 7 | MECE, ロジックツリー, イシューツリー, 5 Whys, 空雨傘, As-Is/To-Be, フィッシュボーン |
+| 戦略分析 | 10 | SWOT, 3C, PEST, 5Forces, BCG, VRIO |
+| 問題解決 | 7 | MECE, ロジックツリー, 5 Whys, フィッシュボーン |
 | 思考整理 | 3 | ピラミッド構造, So What/Why So, PREP |
-| 意思決定 | 4 | 意思決定マトリクス, プロコン, リスクマトリクス, コストベネフィット |
-| マーケティング | 7 | 4P, 4C, STP, カスタマージャーニー, ペルソナ, AIDMA/AISAS, ポジショニングマップ |
-| 組織分析 | 2 | 7S, RACI |
-| 顧客分析 | 2 | RFM, NPS |
-| イノベーション | 7 | ビジネスモデルキャンバス, リーンキャンバス, VPキャンバス, デザイン思考, SCAMPER, TAM/SAM/SOM, AARRR |
+| 意思決定 | 4 | 意思決定マトリクス, プロコン, リスクマトリクス |
+| マーケティング | 7 | 4P, STP, カスタマージャーニー, ペルソナ |
+| イノベーション | 7 | ビジネスモデルキャンバス, リーンキャンバス, TAM/SAM/SOM |
 | プロセス改善 | 3 | PDCA, OODA, ECRS |
 | 汎用ツール | 5 | 5W1H, SMART, OKR, KPT, JTBD |
-**参照パス**: `.github/skills/shikigami-consulting-framework/frameworks/`
 ---
-## ⚙️ 設定
-### MCP設定（.vscode/mcp.json）
-```json
-{
-  "mcpServers": {
-    "shikigami": {
-      "command": "node",
-      "args": ["./mcp-server/dist/index.js"],
-      "env": {}
-    }
-  }
-}
-```
-### プロバイダー設定（shikigami.config.yaml）
-```yaml
-version: "1.0"
-search:
-  provider: duckduckgo
-  options:
-    maxRetries: 3
-    rateLimitMs: 1500
-pageFetcher:
-  provider: jina
-  options:
-    rateLimitMs: 1000
-embedding:
-  provider: ollama
-  model: nomic-embed-text
-  options:
-    endpoint: http://localhost:11434
-# 環境変数で上書き可能:
-# SHIKIGAMI_SEARCH_PROVIDER, JINA_API_KEY, OPENAI_API_KEY, OLLAMA_HOST
-```
----
-## 🛠️ CLIコマンド
-```bash
-# バージョン確認
-npx shikigami -v
-npx shikigami --version
-# ヘルプ表示
-npx shikigami -h
-npx shikigami --help
-# ファイル初期化（postinstall実行後は不要）
-npx shikigami init
-# 新規リサーチプロジェクト作成
-npx shikigami new                    # 自動採番 (pj00001, pj00002, ...)
-npx shikigami new MyResearch         # 名前付き (pj00001_MyResearch_20260119)
-```
-### プロジェクト出力構造
-```
-projects/
-└── pjXXXXX_Name_YYYYMMDD/           # XXXXXは5桁連番（20260119は作成日）
-    ├── manifest.yaml                # プロジェクト管理
-    ├── research/                    # Web検索で得られた情報
-    │   ├── sources.md               # ソースURL一覧
-    │   └── notes/                   # 検索結果メモ
-    └── reports/                     # 最終的なレポート
-        ├── report.md                # メインレポート
-        └── appendix/                # 付録・補足資料
-```
-### MCPサーバー開発コマンド
+## CLIコマンド
 ```bash
-# MCPサーバービルド
-cd mcp-server && npm run build
-# MCPサーバー起動（開発）
-cd mcp-server && npm run dev
-# MCPサーバー起動（本番）
-cd mcp-server && npm start
+npx shikigami new <ProjectName>  # 新規プロジェクト作成
+npx shikigami -v                 # バージョン確認
+npx shikigami -h                 # ヘルプ表示
 ```
 ---
-## 🤝 AI Agent向けガイドライン
-### 新規プロジェクト開始ワークフロー
-> **⛔ 絶対ルール**: プロジェクトフォルダは**必ず`npx shikigami new`コマンドで作成**すること。
-> **手動でフォルダを作成することは禁止**。mkdirコマンドやファイル操作でのフォルダ作成は行わない。
+## プロジェクト出力構造
-**「新しいプロジェクトを開始」「新規リサーチを開始」「○○について調べて」と言われた場合**:
-1. **プロジェクト名を確認**（なければユーザーに質問）
-2. **⚠️ 必ずCLIコマンドを実行**: `npx shikigami new <プロジェクト名>`
-3. **生成されたディレクトリを確認**: `projects/pjXXXXX_<名前>_YYYYMMDD/`
-4. **manifest.yamlを確認・編集**（必要に応じて）
-5. **Phase 0（ナレッジ継承）** → **Phase 1（目的探索）** へ進む
-**プロジェクトフォルダ命名規則**:
 ```
-projects/pjXXXXX_ProjectName_YYYYMMDD/
+projects/pjXXXXX_Name_YYYYMMDD/
+├── manifest.yaml    # プロジェクト管理
+├── prompts/         # ユーザー入力履歴
+├── research/        # 検索結果・分析メモ
+└── reports/         # 最終レポート
 ```
-| パターン | コマンド | 結果 |
-|---------|---------|------|
-| 名前なし | `npx shikigami new` | `projects/pj00001_Project_20260119/` |
-| 名前あり | `npx shikigami new AIMarket` | `projects/pj00001_AIMarket_20260119/` |
-- **保存場所**: 必ず `projects/` ディレクトリ配下（ルート直下は禁止）
-- `XXXXX`: 5桁の自動連番（00001, 00002, 00003...）
-- `ProjectName`: 英数字のみ（ハイフン・スペース・日本語不可）
-- `YYYYMMDD`: プロジェクト作成日
-- 既存プロジェクトをスキャンして次の番号を自動決定
-**❌ 禁止される命名**:
-| 禁止パターン | 理由 |
-|-------------|------|
-| `ai-for-science-proposal/` | 命名規則に従っていない |
-| `project-015/` | 旧形式、projects/配下でない |
-| `my-research/` | 命名規則に従っていない |
-| ルート直下にフォルダ作成 | 必ずprojects/配下に作成 |
-| `pj00001_AI-Market_20260119/` | ハイフン禁止 |
-**コマンド例**:
-```bash
-npx shikigami new AIMarketResearch
-# → projects/pj00003_AIMarketResearch_20260119/ が作成される
-#    ├── manifest.yaml  # 成果物管理マニフェスト
-#    ├── research/      # Web検索で得られた情報
-#    └── reports/       # 最終的なレポート
-```
-**⚠️ 重要**: プロジェクトディレクトリを作成せずにリサーチを開始しないこと。成果物の散逸を防ぐため、必ず `projects/` 配下にプロジェクトを作成する。
 ---
-### ファイル保存ルール
-**調査結果とレポートは必ず別々のディレクトリに保存すること。**
+## 信頼度スコアリング
-| フェーズ | 保存先 | 保存内容 | ファイル命名例 |
-|---------|--------|----------|---------------|
-| **Phase 2: Deep Research** | `research/` | 検索結果、ソースメモ、収集データ | `research-summary-v1.0.md` |
-| **Phase 3: Framework Analysis** | `research/` | フレームワーク分析結果 | `framework-analysis-v1.0.md` |
-| **Phase 4: Report Writing** | `reports/` | 最終レポート、提言書、提案書 | `executive-proposal-v1.0.md` |
-**ファイル命名規則**:
-```
-[内容]-v[メジャー].[マイナー].md
-```
-| 例 | 説明 |
-|----|------|
-| `research-summary-v1.0.md` | 調査サマリー初版 |
-| `swot-analysis-v1.0.md` | SWOT分析初版 |
-| `executive-proposal-v1.1.md` | 提言書（軽微な修正） |
-| `executive-proposal-v2.0.md` | 提言書（大幅改訂） |
+| 要素 | 重み | 説明 |
+|------|------|------|
+| ソース信頼性 | 30% | 学術機関0.9、主要メディア0.7、ブログ0.3 |
+| データ鮮度 | 20% | 3ヶ月以内1.0、1年以内0.8、3年超0.2 |
+| カバー率 | 25% | 調査範囲のカバー率 |
+| ソース多様性 | 15% | ソースタイプの多様性 |
+| 内部整合性 | 10% | データの矛盾がないか |
-**禁止事項**:
-- ❌ `research/` に最終レポートを保存
-- ❌ `reports/` に調査メモを保存
-- ❌ バージョン番号なしのファイル名
-- ❌ 既存ファイルの上書き（必ず新バージョンを作成）
+**閾値**: 80%以上=高信頼度、60%以上=Gate通過可能、40%未満=Gate通過不可
 ---
-### ワークフロー実行時の注意点
-1. **フェーズ順序の遵守**: Phase 1→2→3→4 の順序で実行
-2. **1問1答で質問**: コンテキスト不足時は一度に複数質問せず、1問ずつ聞いて回答を待つ
-3. **ソース追跡必須**: 収集した情報には必ずソースURLを記録
-4. **Citation必須**: レポート内のすべての事実主張・データにURLを付与
-5. **ハルシネーション防止**: 不確実な情報には❓マーキング
-6. **フレームワーク選択**: 目的に応じて適切なフレームワークを選択
-7. **MECE検証**: 分析結果は漏れなく重複なく整理
-8. **レポート上書き禁止**: 追記・修正時は新規ファイルを作成し、ファイル名にバージョンを含める
-### コンテキスト不足時の質問ルール（REQ-PL-DIALOG）
-**曖昧な依頼を受けた場合、推測でリサーチを開始せず、必ず1問1答で質問すること。**
+## 学術検索ルール
 ```
-❌ 禁止: 「以下の点を教えてください：1. 目的は？ 2. 対象は？ 3. 期限は？」
-✅ 正解: 「この調査で何を判断したいですか？」→ 回答待ち → 次の質問
+WHEN: クエリに学術キーワード含む（大学, 研究所, 教授, university, institute, professor等）
+DO: .ac.jp, .edu, .gov ドメインを自動優先
 ```
-**質問カテゴリ（3〜7問）**:
-| カテゴリ | 質問例 |
-|---------|--------|
-| **WHY** | なぜこの調査が必要ですか？ |
-| **WHO** | この結果を誰が使いますか？ |
-| **WHAT-IF** | 理想的な結果が得られたら、次に何をしますか？ |
-| **CONSTRAINT** | 時間・予算・範囲の制約はありますか？ |
-| **SUCCESS** | どうなれば成功と言えますか？ |
-### Citation（引用）ルール
-**⚠️ すべてのレポートには必ず参考文献/参考資料セクションを含め、URLを付与すること。**
-**禁止事項**:
-- ❌ URLなしの参考文献
-- ❌ 「参考資料: 各種Web記事」のような曖昧な記載
-- ❌ 出典不明のデータ・数値
-**必須フォーマット**:
-```markdown
-## 参考文献（References）
-<a id="ref-1">[1]</a> [記事タイトル](https://example.com/article1) - サイト名, YYYY-MM-DD
-<a id="ref-2">[2]</a> [レポートタイトル](https://example.com/report.pdf) - 組織名, YYYY年
-<a id="ref-3">[3]</a> [論文タイトル](https://doi.org/xxx) - 著者名, ジャーナル名, YYYY年
-```
-本文中では `[[1]](#ref-1)` のようにインライン引用を使用。
-### レポートバージョニングルール
-**レポートの追記・修正時は、既存ファイルを上書きせず新規ファイルを作成すること。**
-```
-[レポート名]-v[メジャー].[マイナー].md
-```
-**例**:
-| ファイル名 | 説明 |
-|------------|------|
-| `report-v1.0.md` | 初版 |
-| `report-v1.1.md` | 軽微な修正（誤字、データ追加） |
-| `report-v2.0.md` | 大幅な改訂（構成変更） |
-**禁止事項**:
-- ❌ 既存ファイルへの上書き
-- ❌ バージョン番号なしのファイル名
-### 文書管理情報（REQ-WR-DOCMGMT）
+**ドメイン優先度**:
+| 地域 | ドメイン | 説明 |
+|------|---------|------|
+| 日本 | `.ac.jp` | 大学 |
+| 日本 | `.go.jp` | 政府機関 |
+| グローバル | `.edu` | 米国大学 |
+| グローバル | `.gov` | 政府機関 |
-**すべてのレポートの文末に以下の情報を含めること。**
+---
-```markdown
-## 文書管理情報
+## エラーハンドリング
-| 項目 | 内容 |
-|------|------|
-| **文書管理番号** | DOC-[プロジェクト番号]-[連番]-v[バージョン] |
-| **初版作成日時** | YYYY-MM-DD HH:MM (JST) |
-| **最終更新日時** | YYYY-MM-DD HH:MM (JST) |
-| **次回レビュー予定日** | YYYY-MM-DD |
-```
+### 404/5xxエラー時
-**例**:
-| 項目 | 内容 |
-|------|------|
-| 文書管理番号 | DOC-001-001-v1.0 |
-| 初版作成日時 | 2026-01-17 14:30 (JST) |
-| 最終更新日時 | 2026-01-17 14:30 (JST) |
-| 次回レビュー予定日 | 2026-02-17 |
-### ツール使用時の注意点
-1. **search**: バッチ検索可能、レート制限1.5秒間隔
-   - **🌐 多言語検索必須**: 日本語クエリを英語に翻訳し、両方で検索すること
-   - 例: `["AI最新トレンド 2025", "AI trends 2025 latest"]`
-   - **🎓 学術検索自動最適化** (v1.11.0): 学術キーワード検出時、`.ac.jp`/`.edu`ドメインを自動優先
-2. **visit**: Jina AI Reader使用、大きなページは自動切り詰め
-   - **🔤 文字化け自動修正** (v1.11.0): Shift_JIS/EUC-JP/ISO-2022-JPを自動検出・UTF-8変換
-   - **🗄️ アーカイブフォールバック** (v1.11.0): 404/5xxエラー時、Wayback Machine/Archive.todayから自動取得
-3. **parse_file**: テキスト/コードファイルのみ対応
-4. **embed**: Ollama必須（ローカル）またはOpenAI API（要キー）
-### 多言語検索ルール（Search Multilingual Rule）
-**日本語入力でも必ず英語サイトを検索すること。**
-```json
-{
-  "tool": "search",
-  "arguments": {
-    "query": ["[日本語クエリ]", "[English query translation]"],
-    "maxResults": 10
-  }
-}
 ```
-| 日本語クエリ | 英語クエリ |
-|-------------|-----------|
-| AI最新トレンド 2025 | AI trends 2025 latest |
-| クラウドコスト削減 | cloud cost optimization |
-| TypeScript設計パターン | TypeScript design patterns |
-### 学術機関検索ルール（v1.11.0 NEW）
-**大学・研究機関の検索時は、自動的にドメインフィルタが適用される。**
-| クエリ例 | 自動フィルタ |
-|---------|-------------|
-| 東北大学 金属材料研究所 | `site:.ac.jp` 優先 |
-| MIT computer science | `site:.edu` 優先 |
-| 産業技術総合研究所 | `site:.go.jp` 優先 |
-**学術検索結果の構造化出力**:
-```json
-{
-  "institution": {
-    "name": "東北大学",
-    "rankings": { "the_world": 201, "qs_world": 82 },
-    "research_areas": ["材料科学", "スピントロニクス"]
-  }
-}
+WHEN: visitでHTTPエラー発生
+DO:
+  1. Wayback Machine (archive.org) から取得試行
+  2. 失敗時は Archive.today から取得試行
+  3. レポートにアーカイブ取得を明記
 ```
-**⚠️ ランキング情報の信頼性注意**: THE/QS/ARWUランキングは年度により変動するため、取得日時を必ず記録すること。
+### 文字化け検出時
-### 文字化け対応ルール（v1.11.0 NEW）
-**日本語サイトで文字化けが検出された場合、自動リエンコードが実行される。**
-| 検出パターン | 元エンコーディング | アクション |
-|-------------|------------------|-----------|
-| `縺`, `譁` | Shift_JIS | UTF-8に変換 |
-| `ã€`, `ã‚` | UTF-8→Latin1誤変換 | UTF-8で再デコード |
-| `�` | 不明 | charset_normalizerで検出 |
-**ログ出力例**:
 ```
-[visit] Encoding detected: shift_jis → utf-8 for https://example.ac.jp/
+WHEN: 日本語サイトで文字化けパターン検出（縺, 譁, ã€等）
+DO: Shift_JIS/EUC-JP/ISO-2022-JP を自動検出しUTF-8変換
 ```
-### アーカイブフォールバックルール（v1.11.0 NEW）
-**URLが404/5xxエラーの場合、Webアーカイブから自動取得を試みる。**
-**フォールバック順序**:
-1. Wayback Machine (archive.org) - 優先
-2. Archive.today - バックアップ
-**出力に含める情報**:
-```markdown
-> ⚠️ このコンテンツはWebアーカイブから取得されました。
-> 取得元: Wayback Machine
-> アーカイブ日時: 2025-06-15T10:30:00Z
-> 元URL: https://example.com/deleted-page
-```
+---
-### 品質チェックリスト
+## 品質チェックリスト
 - [ ] 真の目的が明確に言語化されているか
-- [ ] 複数の情報源から交差検証されているか
+- [ ] 複数情報源から交差検証されているか
 - [ ] 適切なフレームワークが選択されているか
 - [ ] MECE・ロジック品質が担保されているか
-- [ ] すべての主張にソースが紐づいているか
+- [ ] すべての主張にソースURLが紐づいているか
 - [ ] 不確実な情報がマーキングされているか
-- [ ] **学術情報のランキング年度が明記されているか** (v1.11.0 NEW)
-- [ ] **アーカイブ取得の場合、日時が明記されているか** (v1.11.0 NEW)
----
-## � 財務分析ワークフロー（v1.3.0 NEW）
-投資判断を含むリサーチでは、以下のワークフローを追加実行します。
-```
-┌─────────────────────────────────────────────────────────────────────┐
-│ Financial Analysis Workflow                                         │
-├─────────────────────────────────────────────────────────────────────┤
-│ 1. データ抽出: 投資額・年間効果額・評価期間を特定                    │
-│ 2. 粗利率決定: 業種別ガイドラインまたはユーザー確認                  │
-│ 3. 指標計算: ROI・NPV・回収期間を算出                               │
-│ 4. 感度分析: 割引率4パターン（3%/5%/7%/10%）でNPVを計算             │
-│ 5. 投資判断: 計算結果に基づく推奨を提示                             │
-└─────────────────────────────────────────────────────────────────────┘
-```
-### 業種別粗利率ガイドライン
-| 業種 | 粗利率目安 | 中央値 |
-|------|-----------|--------|
-| SaaS / ソフトウェア | 70-85% | 77.5% |
-| コンサルティング | 50-70% | 60% |
-| 製造業 | 20-40% | 30% |
-| 小売業 | 25-35% | 30% |
-| 卸売業 | 15-25% | 20% |
-| サービス業 | 40-60% | 50% |
-| フィンテック | 60-80% | 70% |
-| ヘルスケア | 40-60% | 50% |
-**⚠️ 粗利率未指定時は必ずユーザーに確認すること（デフォルト値を自動適用しない）**
-**使用プロンプト**: `shikigami-financial-analysis`
+- [ ] 学術情報のランキング年度が明記されているか
+- [ ] アーカイブ取得の場合、日時が明記されているか
 ---
-## ✅ 品質検証ワークフロー（v1.3.0 NEW）
+## 設定ファイル
-レポート完成前に以下の品質検証を実行します。
-```
-┌─────────────────────────────────────────────────────────────────────┐
-│ Quality Verification Workflow                                        │
-├─────────────────────────────────────────────────────────────────────┤
-│ 1. 数値整合性チェック: 同一数値の一致、計算結果の整合性を検証        │
-│ 2. エグゼクティブサマリー同期: 本文とサマリーの差分を検出・同期      │
-│ 3. 最終レビュー: 上記に問題がなければレポート完成                    │
-└─────────────────────────────────────────────────────────────────────┘
-```
-### 数値整合性チェック項目
-| # | チェック項目 | 検出対象 |
-|---|-------------|---------|
-| 1 | 同一数値の一致 | 同じ指標が複数箇所で異なる値 |
-| 2 | 計算結果の整合性 | 合計・平均・比率の計算誤り |
-| 3 | 単位の一貫性 | 円/万円/億円の混在 |
-| 4 | 時系列の整合性 | 前年比・成長率の計算 |
-**使用プロンプト**: `shikigami-consistency-check`, `shikigami-executive-sync`
+| ファイル | 用途 |
+|---------|------|
+| `configs/workflow-gates.yaml` | 品質ゲート設定 |
+| `configs/triage-rules.yaml` | 緊急度トリアージ |
+| `configs/auto-invoke-triggers.yaml` | 自動起動トリガー |
+| `configs/framework-recommendation-rules.yaml` | フレームワーク推薦 |
+| `configs/academic-search-config.yaml` | 学術検索設定 |
+| `configs/citation-styles.yaml` | 参考文献スタイル |
 ---
-## 📦 成果物マニフェスト管理（v1.4.0 NEW）
-プロジェクト成果物の一貫性を確保するため、`manifest.yaml` によるマニフェスト管理を導入しました。
+## バージョン履歴
-### manifest.yaml の自動生成
+<details>
+<summary>v1.27.0 - リサーチ結果永続化必須化</summary>
-```bash
-npx shikigami new my-research
-```
+- save_research MCPツールの必須化
+- search/visit後の保存ルール追加
-上記コマンドで `manifest.yaml` が自動生成されます。
-### マニフェスト構造
-```yaml
-project:
-  id: "pjXXXXX"
-  name: "プロジェクト名"
-  folder: "pjXXXXX_Name_YYYYMMDD"
-  status: "planning | in-progress | completed | archived"
-deliverables:
-  required:      # 必須成果物
-    - executive_summary
-    - main_report
-  conditional:   # 条件付き成果物（プロジェクトタイプに応じて有効化）
-    - financial_plan      # business_proposalで必須
-    - competitor_analysis
-    - market_research
-  appendices:    # 補足資料
-    - sources
-    - raw_data
-phases:          # フェーズ管理
-quality:         # 品質チェックリスト
-```
+</details>
-### プロジェクトタイプと成果物
+<details>
+<summary>v1.22.0 - Qiita記事作成強化</summary>
-| タイプ | 自動有効化される成果物 |
-|--------|----------------------|
-| `market_research` | market_research |
-| `competitor_analysis` | competitor_analysis |
-| `business_proposal` | financial_plan, market_research |
-| `investment_analysis` | financial_plan |
+- Qiita Writing Rules自動適用
+- トリガーキーワード検出
-**使用プロンプト**: `shikigami-manifest`
+</details>
----
+<details>
+<summary>v1.20.0 - 思考フロー可視化</summary>
-## 🚧 フェーズゲート検証（v1.4.0 NEW）
+- Mermaidダイアグラム自動生成
+- 思考ログ・ピボット記録
-各フェーズ完了前に品質ゲートを通過することで、成果物の品質を確保します。
+</details>
-### ゲートチェックの実行
+<details>
+<summary>v1.19.0 - 構造化プロンプト生成</summary>
-```
-@shikigami-phase-gate check phase1
-@shikigami-phase-gate check phase2
-@shikigami-phase-gate check phase3
-@shikigami-phase-gate check phase4
-```
+- Phase 1（プロンプト最適化）追加
+- 6要素構造化
+- ユーザー確認フェーズ
-### フェーズ別チェック項目
+</details>
-| フェーズ | 主要チェック項目 |
-|---------|----------------|
-| Phase 1 | 5 Whys完了、JTBD明確化、成果物定義確定 |
-| Phase 2 | 十分な情報収集、ソース多様性、URL付き参考文献 |
-| Phase 3 | MECE検証、フレームワーク適用、So What明確化 |
-| Phase 4 | 必須成果物完成、参考文献リスト、文書管理情報 |
+<details>
+<summary>v1.18.0 - ワークフロー品質強化</summary>
-### business_proposal の追加チェック
+- 品質ゲート導入
+- フィードバックループ
+- 緊急度トリアージ
+- 中断・再開機能
+- 信頼度スコアリング
-プロジェクトタイプが `business_proposal` の場合、Phase 4 で以下を追加検証：
+</details>
-| # | チェック項目 |
-|---|-------------|
-| BP-1 | 財務計画（financial_plan）が完成しているか |
-| BP-2 | 3シナリオ分析（楽観・基本・悲観）が含まれているか |
-| BP-3 | 投資判断サマリー（ROI/NPV/回収期間）があるか |
+<details>
+<summary>v1.11.0 - 学術リサーチ強化</summary>
-**使用プロンプト**: `shikigami-phase-gate`
+- 学術検索自動最適化
+- 文字化け自動修正
+- アーカイブフォールバック
+- ASCII→Mermaid変換
----
-## �📚 プロンプト一覧
-| プロンプト | 説明 | 起動方法 |
-|-----------|------|---------|
-| `shikigami-purpose-discovery` | 目的探索を開始 | Phase 1 |
-| `shikigami-deep-research` | Deep Researchを実行 | Phase 2 |
-| `shikigami-framework-analysis` | フレームワーク分析を実行 | Phase 3 |
-| `shikigami-report-writing` | レポートを生成 | Phase 4 |
-| `shikigami-full-research` | 統合リサーチを実行 | 全フェーズ |
-| `shikigami-financial-analysis` | 投資対効果（ROI/NPV/回収期間）・3シナリオ分析を計算 | 財務分析時 |
-| `shikigami-consistency-check` | レポート内の数値整合性を検証 | 品質検証時 |
-| `shikigami-executive-sync` | エグゼクティブサマリーと本文を同期 | レポート完成時 |
-| `shikigami-manifest` | 成果物マニフェストを管理 | 成果物管理時（v1.4.0） |
-| `shikigami-phase-gate` | フェーズゲート検証を実行 | フェーズ完了時（v1.4.0） |
+</details>
 ---
-**Agent**: GitHub Copilot / Claude
-**Last Updated**: 2026-01-18
-**Version**: 1.11.0
+**Last Updated**: 2026-01-28
+**Version**: 1.30.0