# Changelog

All notable changes to SHIKIGAMI will be documented in this file.

The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).

## [1.48.0] - 2026-01-28

### Added

- **AGENTS.md: Knowledge Inheritance (Phase 2.5)**
  - New optional phase between Purpose Discovery and Deep Research
  - Semantic search across past projects (research/ and reports/)
  - Related project display with similarity scores
  - User confirmation before inheritance
  - `research/inherited/` directory structure
  - `INHERITANCE_LOG.md` tracking format
  - Delta Research Rules for time-based updates
  - Change markers (Δ) for comparing inherited vs new data
  - Workflow updated: Case A (8→9 steps), Case B (11→12 steps)

## [1.47.0] - 2026-01-28

### Changed

- **AGENTS.md: Integrate template selection & quality check into workflow overview**
  - Case A Phase 5: "Create structured report" → "Select template → Write report → Quality check → **WAIT for approval**"
  - Case B Phase 5: Same update
  - Added Phase 5→6 to MANDATORY APPROVAL POINTS
  - Quality check approval now required before Phase 6

## [1.46.0] - 2026-01-28

### Added

- **AGENTS.md: Detailed Quality Checklist (Phase 5→6 Gate)**
  - **Numerical Consistency Check**: 6 items
    - Source attribution, percentage totals, text-table match
    - Unit correctness, time series order, calculation accuracy
  - **Citation Completeness Check**: 5 items
    - Inline citations, references list, URL validity
    - No vague sources, date recorded
  - **Content Consistency Check**: 4 items
    - Executive summary sync, conclusion alignment
    - Conflict markers handled, MECE coverage
  - **Format & Structure Check**: 4 items
    - Template compliance, heading hierarchy
    - Table formatting, link formatting
  - Quality Check Execution Flow diagram
  - Quality Report Format template
  - Auto-Fix Rules for common issues

## [1.45.0] - 2026-01-28

### Added

- **AGENTS.md: Complete Template Selection Criteria (33 templates)**
  - Category 1: Approval & Decision (5 templates)
    - budget-approval, immediate-approval, staged-approval, pilot-approval, change-request
  - Category 2: Analysis & Research (6 templates)
    - market-analysis, competitive-analysis, user-research, risk-assessment, due-diligence, ab-test
  - Category 3: Vendor & Procurement (4 templates)
    - vendor-evaluation, rfi, rfp, sla
  - Category 4: Technical & Security (3 templates)
    - technical-report, security-assessment, compliance
  - Category 5: Business & Strategy (4 templates)
    - business-case, executive-summary, white-paper, consideration
  - Category 6: Project & Operations (4 templates)
    - project-status, post-mortem, product-roadmap, qbr
  - Category 7: Sales & Customer (2 templates)
    - sales-playbook, customer-success
  - Category 8: Learning & Collaboration (5 templates)
    - training-material, workshop, interview-guide, joint-research-proposal, thinking-flow-report
  - Japanese purpose keywords for each template
  - Template Selection Flow with matching logic

## [1.44.0] - 2026-01-28

### Added

- **AGENTS.md: Content/Opinion Conflict Handling**
  - New markers for non-numeric conflicts:
    - `(⚡)` for factual contradictions (e.g., different causes stated)
    - `(💭)` for opinion/interpretation differences (e.g., predictions)
  - Unified Conflict Type Markers table: (?), (??), (⚡), (💭)
  - Content Conflicts section template with Factual/Opinion subsections
  - Examples for both factual contradictions and opinion differences

## [1.43.0] - 2026-01-28

### Added

- **AGENTS.md: Information Conflict Handling**
  - New section for handling conflicting information across sources
  - Mark facts with "(?)\" when sources disagree
  - Conflict notation format with source comparison
  - "Information Conflicts" table template for reports
  - Conflict severity levels: Low (<5%), Medium (5-20%), High (>20%)
  - High severity "(??)" marking for >20% deviations

## [1.42.0] - 2026-01-28

### Added

- **AGENTS.md: Enforce save_research after every search/visit**
  - Prohibition 3: Added 🚨🚨🚨 warning header
  - Added MANDATORY PATTERN section with clear flow
  - Added detailed EXAMPLE 1 (Search) and EXAMPLE 2 (Visit) with full parameters
  - Added CORRECT/INCORRECT flow examples
  - Added explicit prohibition against "I'll save it later"

- **AGENTS.md: Phase 3 save_research enforcement**
  - Added 🚨 markers to steps 3 and 5
  - Added "Do NOT proceed without this step!" warnings
  - Added CORRECT Phase 3 Flow diagram
  - Expanded CRITICAL section with specific prohibitions

## [1.41.0] - 2026-01-28

### Added

- **AGENTS.md: Enforce Phase 1 (Prompt Optimization) execution**
  - Added Phase 1 requirement to ABSOLUTE FIRST RULE section
  - Added CORRECT/INCORRECT flow examples for Phase 1
  - Added FORBIDDEN list for Phase 1 violations
  - Phase 0 output now explicitly states "NEXT: Phase 1"

### Changed

- **AGENTS.md: Stronger Phase 1 enforcement**
  - Phase 1 header: "🚨🚨🚨 THIS PHASE IS MANDATORY - NEVER SKIP 🚨🚨🚨"
  - Added step "STOP - Do NOT start searching yet" as first action
  - Explicit prohibition against starting search before user approval
  - Phase 0 CRITICAL section now includes "After Phase 0, you MUST execute Phase 1"

## [1.40.0] - 2026-01-28

### Added

- **AGENTS.md: ABSOLUTE FIRST RULE section**
  - New top-level rule section with 🚨 warning
  - Clear 2-step decision: research task → Phase 0, else → direct response
  - Explicit prohibition against reading files or investigating before project setup

- **AGENTS.md: Enhanced Prohibition 0**
  - Added "HIGHEST PRIORITY" designation
  - Added 🚨🚨🚨 emphasis markers
  - Added Japanese trigger phrases ("調査して" "記事を作成" etc.)
  - Added CORRECT/INCORRECT first response examples
  - Added explicit prohibition against read_file, grep_search, semantic_search before project setup

### Changed

- **AGENTS.md: Stronger Phase 0 enforcement**
  - First response MUST be project name request
  - Explicit list of forbidden tools before project setup
  - Clear violation example to prevent common mistakes

## [1.39.0] - 2026-01-28

### Added

- **AGENTS.md: Clear task classification system**
  - Prohibition 0: Expanded target tasks into 3 categories (Research & Analysis, Content Creation, Information Gathering)
  - New section: "Tasks NOT Requiring Phase 0" - defines tasks that allow direct response
  - New section: "Task Classification Decision Tree" - visual flowchart for Phase 0 decision
  - New section: "Edge Cases and Clarification Guidelines" - specific scenarios with decisions

### Changed

- **AGENTS.md: Improved Phase 0 trigger clarity**
  - Article/report creation now explicitly listed as Phase 0 required tasks
  - Code operations, Q&A, file operations explicitly excluded from Phase 0
  - Added decision principle: "Does task require information from outside workspace?"

## [1.38.0] - 2026-01-28

### Added

- **AGENTS.md: Enforce Phase 0 execution**
  - Added Prohibition 0: "ALWAYS Start from Phase 0"
  - Added "First Action on ANY Research Request" section
  - Added explicit FORBIDDEN rules for skipping Phase 0
  - Added CONSEQUENCE note for violations

### Changed

- **AGENTS.md: Enhanced workflow labeling**
  - Added (Phase X) labels to ALL workflow steps in Case A and Case B
  - Added warning header: "ALWAYS START FROM PHASE 0"
  - Renumbered Prohibitions: 0 (new), 2, 3, 4

## [1.37.0] - 2026-01-28

### Added

- **AGENTS.md: Enhanced framework selection criteria**
  - Expanded from 4 to 15 framework categories
  - Added: pricing, market entry, competitive, process, decision, business model, root cause, organization, risk, innovation, growth
  - Added CRITICAL note for framework selection prioritization

- **AGENTS.md: Report template selection guidance**
  - Added Template Selection Criteria table (8 report types)
  - Added instruction to use `shikigami-report-template` skill before writing
  - Updated Phase 5 DO steps to include template selection

### Changed

- **AGENTS.md: Case A workflow for pre-created projects** (from v1.36.0)
  - Added recognition of "project created" statements
  - Split workflow into Case A (project exists) and Case B (new request)
  - Phase 0 now handles both scenarios

## [1.35.0] - 2026-01-28

### Changed

- **AGENTS.md: Enforce mandatory approval points**
  - Phase 0: Added explicit "ASK user" and "WAIT for response" instructions
  - Phase 0: Added CRITICAL notes preventing skip without user approval
  - Phase 1: Added "THIS PHASE IS MANDATORY - DO NOT SKIP" header
  - Phase 1: Added explicit "WAIT for user approval" instruction
  - Workflow: Added "MANDATORY APPROVAL POINTS" section listing required user confirmations
  - Workflow: Changed "Decide Project Name" to "ASK Project Name" with explicit wait

## [1.34.0] - 2026-01-28

### Changed

- **AGENTS.md: Strengthened save_prompt/save_research instructions**
  - Added IMPORTANT warning to Critical Rules section
  - Added concrete MCP call examples with parameters
  - Added CONSEQUENCE notes for rule violations
  - Added "Mandatory MCP Call Sequence" section
  - Phase 3: Made save_research steps explicit with CRITICAL note

## [1.33.0] - 2026-01-28

### Changed

- **AGENTS.md English Translation**
  - Translated entire AGENTS.md from Japanese to English
  - Improved AI agent comprehension for global use

## [1.30.1] - 2026-01-28

### Fixed

- npm publishのバージョン競合を修正（1.30.0 → 1.30.1）

## [1.30.0] - 2026-01-28

### Changed

- **AGENTS.md 大幅最適化（2,069行 → 462行、77%削減）**
  - WHEN/DO構文への変換: AIが理解しやすい条件→アクション形式に統一
  - 重複情報の統合: 同じルールの複数記載を1箇所に集約
  - ASCIIボックスの削除: 箇条書き・表形式に変換
  - バージョン履歴を折りたたみ: `<details>`タグで末尾に集約
  - 冗長な例示の削減: 本質的なルールに集中

- **Phase番号体系の整理**
  - Phase 0.5 → Phase 1（プロンプト最適化）
  - Phase 1 → Phase 2（目的探索）
  - Phase 2 → Phase 3（Deep Research）
  - Phase 3 → Phase 4（フレームワーク分析）
  - Phase 4 → Phase 5（レポート生成）
  - Phase 5 → Phase 6（完了）

### Removed

- **絵文字の削除**: AI処理効率化のため全絵文字を削除
- **冗長なASCIIアート**: 箇条書きに変換

---

## [1.29.0] - 2026-01-27

### Fixed

- **元のプロンプトが保存されない問題を修正**
  - 問題: v1.28.0でsave_promptの呼び出しタイミングがフロー図に明記されていなかった
  - 対策: AGENTS.mdのフロー図にsave_prompt呼び出しを明示的に追加

### Added

- **AGENTS.md: 「正しい実行順序」にステップ2.6追加**
  - 「元のプロンプトを即座に保存」ステップを追加
  - set_projectの直後にsave_promptを呼ぶよう指示

- **AGENTS.md: Phase 0.5フロー図にsave_prompt追加**
  - ステップ0️⃣: 元のプロンプト保存（type: original）
  - ステップ3️⃣: 構造化プロンプト保存（type: structured）
  - ステップ5️⃣: ユーザー回答保存（type: approval/instruction）

- **AGENTS.md: Phase 1フロー図にsave_prompt追加**
  - 各質問への回答後にsave_prompt呼び出しを明記
  - contextパラメータで前の質問を記録

### Changed

- **AGENTS.md: ステップ5・6に保存指示追加**
  - ステップ5: 構造化プロンプト完成時にsave_promptを呼ぶ
  - ステップ6: ユーザー回答を受け取るたびにsave_promptを呼ぶ

---

## [1.28.0] - 2026-01-27

### Fixed

- **最初のプロンプトのみが保存される問題を修正**
  - 問題: Phase 0.5の初回プロンプトだけが保存され、その後の回答・指示・フィードバックが保存されない
  - 原因: save_promptのtypeが`original`, `structured`, `refinement`の3種のみだった
  - 対策: 4つの新しいtypeを追加し、全てのユーザー入力を保存可能に

### Added

- **save_prompt MCPツールの拡張**
  - 新しいtypeパラメータ:
    - `answer`: 質問への回答
    - `instruction`: 追加指示・修正要求
    - `feedback`: レポートへのフィードバック
    - `approval`: 承認・確認
  - 新しいパラメータ:
    - `phase`: 現在のフェーズ（0, 0.5, 1, 2, 3, 4, 5）
    - `sequence`: セッション内の連番
    - `context`: コンテキスト情報（前の質問など）

- **会話ログ機能（conversation-log.md）**
  - 全てのプロンプトを`prompts/conversation-log.md`に自動追記
  - タイムスタンプ付きの時系列記録
  - User/AIの役割とtypeを明記

- **AGENTS.md: 「最重要ルール」セクション強化**
  - 警告3を追加: 「ユーザー入力を受け取ったら必ずsave_promptを呼ぶこと」
  - 禁止行動パターンに2項目追加

- **AGENTS.md: 「4.1 プロンプト保存ルール」セクション全面更新**
  - 保存対象表に6種類の入力タイプを追加
  - 禁止行動セクション追加
  - 必須フロー図解追加
  - save_promptのtypeパラメータ表追加
  - 保存ファイルフォーマット追加
  - 会話ログの例追加

### Changed

- **ファイル命名規則の統一**
  - 旧: `original-prompt_YYYYMMDD_HHMMSS.md`
  - 新: `prompt_original_YYYYMMDD_HHMMSS.md`
  - 全typeで`prompt_<type>_<date>_<time>.md`形式に統一

- **プロンプト保存の必須化**
  ```
  ユーザー入力を受け取るたびに:
  1. save_prompt MCPツールを呼び出す
  2. 適切なtypeを指定 (answer/instruction/feedback/approval)
  3. 処理を続行
  ```

---

## [1.27.0] - 2026-01-27

### Fixed

- **リサーチ結果がresearch/に保存されない問題をAGENTS.md強化で修正**
  - 問題: v1.26.0のPromptファイル更新だけでは、AI Agentが`save_research`の存在を認識しない場合がある
  - 原因: AGENTS.md（AI Agentが最初に読むファイル）に`save_research`の必須ルールがなかった
  - 対策: AGENTS.mdの「最重要ルール」と「絶対ルール」セクションに`save_research`必須指示を追加

### Added

- **AGENTS.md: 「最重要ルール」セクション強化**
  - 警告2を追加: 「search/visit実行後は必ずsave_researchを呼ぶこと」
  - 実行順序フローに「ステップ2.5: set_project実行」を追加
  - ステップ7に「search/visit後は必ずsave_research」注記を追加
  - 禁止行動パターンに3項目追加（save_research未呼び出し、set_project未実行）

- **AGENTS.md: 「4.2 リサーチ結果永続化ルール」セクション新規追加**
  - 必須フロー図解（6ステップ）
  - 禁止行動パターン表
  - 正しいコード例（TypeScript形式）
  - 保存されるファイル形式表
  - MCPツール一覧（永続化関連）

- **AGENTS.md: 「v1.27.0 新機能」セクション追加**
  - save_research MCPツールの必須化についての説明
  - 必須フローの簡潔な図解
  - 保存されるファイル形式

### Changed

- **AGENTS.md: プロジェクト概要のバージョン更新**
  - バージョン: 1.22.0 → 1.27.0
  - MCPツール数: 7 → 11

- **永続化フローの明確化**
  ```
  Phase 0: npx shikigami new <ProjectName>
       ↓
  set_project(autoDetect: true)  ← 必須
       ↓
  Phase 2: search → save_research(source: "search")  ← 必須
       ↓
           visit → save_research(source: "visit")   ← 必須
       ↓
  Phase 3: 分析 → save_research(source: "manual")  ← 推奨
  ```

---

## [1.26.0] - 2026-01-27

### Fixed

- **リサーチ結果がresearch/に保存されない問題を完全修正**
  - 問題: v1.25.0のSKILL.md更新だけでは、プロンプトファイル経由で起動した場合に`save_research`が実行されない
  - 原因: Structured Promptファイルに`save_research`の必須指示がなかった
  - 対策: 7つのリサーチ・分析系プロンプトに永続化ルールを追加

### Added

- **shikigami-deep-research.prompt.md**
  - 「検索結果の永続化（v1.26.0 必須）」セクションを追加
  - search/visit後の`save_research`呼び出し例を追加
  - アクションごとのsourceパラメータ表を追加

- **shikigami-framework-analysis.prompt.md**
  - 「分析結果の永続化（v1.26.0 必須）」セクションを追加
  - フレームワーク分析完了後の`save_research`呼び出し例を追加

- **shikigami-matching-analysis.prompt.md**
  - 「分析結果の永続化（v1.26.0 必須）」セクションを追加
  - マッチング分析完了後の`save_research`呼び出し例を追加

- **shikigami-swot-generation.prompt.md**
  - 「SWOT分析の永続化（v1.26.0 必須）」セクションを追加
  - SWOT分析完了後の`save_research`呼び出し例を追加

- **shikigami-comparison-table.prompt.md**
  - 「比較表の永続化（v1.26.0 必須）」セクションを追加
  - 比較表生成完了後の`save_research`呼び出し例を追加

- **shikigami-financial-analysis.prompt.md**
  - 「財務分析の永続化（v1.26.0 必須）」セクションを追加
  - 財務分析完了後の`save_research`呼び出し例を追加

- **shikigami-report-writing.prompt.md**
  - 「レポート生成の永続化（v1.26.0 必須）」セクションを追加
  - 調査データ保存の`save_research`呼び出し例を追加

### Changed

- **プロンプトファイル経由での永続化フローの確立**
  ```
  Prompt経由起動 → search/visit → save_research(source:"search"/"visit")
                  → 分析完了 → save_research(source:"manual")
  ```

---

## [1.25.0] - 2026-01-27

### Fixed

- **検索結果がresearch/に保存されない問題を修正**
  - 問題: v1.23.0で追加した`save_research`ツールがワークフローに組み込まれていなかった
  - 原因: SKILL.mdとプロンプトに`set_project`/`save_research`の使用指示がなかった
  - 対策: 各ファイルに永続化ツールの使用手順を追加

### Added

- **shikigami-deep-research/SKILL.md**
  - 「永続化ツール」セクションを追加（`set_project`, `save_research`）
  - 「必須フロー」セクションを追加（search/visit後の保存手順）
  - 保存タイミング表を追加

- **shikigami-planner/SKILL.md**
  - 「Phase 0-2: プロジェクト設定」セクションを追加
  - `set_project`の実行例を追加

- **shikigami-full-research.prompt.md**
  - Phase 0に`set_project`実行手順を追加
  - Phase 2に「検索結果の保存」セクションを追加
  - `save_research`の実行例を追加

- **auto-invoke-triggers.yaml**
  - `research_persistence`セクションを追加
  - search/visit実行後の自動保存トリガーを定義
  - `set_project`アクションを`required_actions`に追加

### Changed

- **ワークフローの明確化**
  ```
  Phase 0: npx shikigami new → set_project(autoDetect:true)
  Phase 2: search/visit → save_research(content, query, source)
  ```

---

## [1.24.0] - 2026-01-27

### Fixed

- **プロジェクト名確認前にフォルダが作成される問題を修正**
  - 問題: 「プロジェクト名はXXXでよろしいでしょうか？」の後、承認を待たずにフォルダを作成していた
  - 原因: SKILL.mdとプロンプトに「承認を待つ」指示が不足していた
  - 対策: Phase 0のフローに「ユーザー承認待機」ステップを追加

### Changed

- **shikigami-planner/SKILL.md**
  - Phase 0に「必須フロー」セクションを追加
  - 禁止パターンと正しいパターンを明記
  - 「確認いただく前に作成しておきます」を禁止パターンとして明示

- **shikigami-full-research.prompt.md**
  - 最重要ルールに「ユーザーの承認を待つ」ステップを追加
  - 禁止行動を明示

- **auto-invoke-triggers.yaml**
  - `user_confirmation` セクションを追加
  - `wait_for_approval: true` で承認待機を強制
  - `prohibited_patterns` で禁止パターンを定義
  - `approval_keywords` で承認キーワードを定義

---

## [1.23.0] - 2026-01-27

### Added

- **MCPツール: プロジェクトコンテキスト管理**
  - `set_project`: アクティブなプロジェクトディレクトリを設定
    - `projectPath`: 手動でプロジェクトパスを指定
    - `autoDetect`: projects/内の最新プロジェクトを自動検出
  - `get_project`: 現在のプロジェクト情報を取得

- **MCPツール: ファイル永続化機能**
  - `save_prompt`: プロンプトをprompts/に保存
    - タイプ: original（元プロンプト）, structured（構造化後）, refinement（修正）
    - 自動フロントマター付与（timestamp, project_id, type）
  - `save_research`: 検索結果をresearch/に保存
    - ソース種別: search（Web検索）, visit（ページ訪問）, manual（手動）
    - Markdown/JSON両形式対応
    - クエリ情報をメタデータとして保存

- **新規モジュール**
  - `tools/project.ts`: プロジェクト管理機能（検証、パス解決、自動検出）
  - `tools/save.ts`: ファイル保存機能（プロンプト、リサーチ）

- **CLIコマンド: upgrade/update**
  - `npx shikigami upgrade` または `npx shikigami update` で最新版にアップグレード
  - 内部的に `npx shikigami init --force` と同じ動作
  - 既存ファイルを上書きしてSHIKIGAMIを更新

### Fixed

- **プロンプトがprompts/に保存されない問題を修正**
  - 原因: MCPサーバーにファイル書き込みツールが存在しなかった
  - 対策: `save_prompt`ツールを実装

- **検索結果がresearch/に保存されない問題を修正**
  - 原因: searchツールは結果を返すだけで永続化機能がなかった
  - 対策: `save_research`ツールを実装

### Changed

- **index.ts**: 新規ツール定義（4ツール）とハンドラー追加
- **MCPサーバー**: ツール総数 7→11 に増加

---

## [1.22.0] - 2026-01-27

### Added

- **プロンプト保存機能（prompts/ディレクトリ）**
  - プロジェクトディレクトリに `prompts/` ディレクトリを新規追加
  - ユーザーの入力プロンプトを `original-prompt.md` として保存
  - 構造化プロンプトを `structured-prompt.md` として保存
  - 修正履歴を `refinement-history.md` として追記保存
  - CLI (`npx shikigami new`) で自動作成

- **Qiita記事ダイレクト生成機能**
  - 新規プロンプト: `shikigami-qiita-article.prompt.md`
  - 「Qiita記事」「技術記事」等のキーワードでQiita Writing Rules強制適用
  - トリガーキーワード: Qiita記事、技術記事、技術ブログ、Qiitaに投稿、Qiita用、Qiita向け
  - 明示的コマンド: `@qiita`, `@shikigami-qiita`, `Qiita記事作成`

- **auto-invoke-triggers.yaml に qiita_article セクション追加**
  - キーワード検出による自動トリガー
  - 強制適用ルール定義（フロントマター必須、タイトル50文字以内、タグ1〜5個等）

- **auto-invoke-triggers.yaml に prompt_saving セクション追加**
  - Phase 0.5でのプロンプト自動保存設定
  - 元プロンプト/構造化プロンプト/修正履歴のフォーマット定義

### Removed

- **MUSUBIX関連ファイルの削除（SHIKIGAMIで未使用）**
  - `.github/prompts/sdd-*.prompt.md` (12ファイル): SDD開発用プロンプト
  - `.github/skills/musubix-*` (10ディレクトリ): MUSUBIX SDDスキル
  - `.claude/prompts/sdd-*.prompt.md` (12ファイル): Claude用SDDプロンプト
  - `.claude/skills/musubix-*` (10ディレクトリ): Claude用MUSUBIXスキル

### Changed

- **プロジェクト構造の変更**
  - `projects/pjXXXXX_Name_YYYYMMDD/` に `prompts/` ディレクトリを追加
  - CLI出力メッセージにprompts/ディレクトリを追加
  - README.mdテンプレートにprompts/ディレクトリを追加

- **AGENTS.md**: v1.22.0新機能セクション追加、プロンプト数12→16に更新、プロンプト保存ルール追加
- **パッケージサイズ削減**: 未使用ファイルの削除によりパッケージサイズを軽量化
- **SHIKIGAMI専用構成に整理**: リサーチ機能に特化したプロンプト/スキルのみを保持

### Fixed

- **Qiita記事フォーマット未適用問題の解消**
  - 問題: 「Qiita記事を作成」と依頼してもQiita Writing Rulesが適用されない場合があった
  - 原因: 明示的なトリガーと専用プロンプトが存在しなかった
  - 対策: 専用プロンプト作成、トリガーキーワード追加、強制適用ルール定義

---

## [1.21.0] - 2026-01-26

### Added

- **Qiita専用Writing Rules**
  - フロントマター定義（title, tags, private, updated_at, id, organization_url_name, slide）
  - タグ選定ルール（メイン/技術/カテゴリ/トレンドタグの使い分け）
  - タイトル最適化ガイドライン（30〜50文字、キーワード前半配置）
  - 記事構成ガイドライン（必須セクション、目安文字数2,000〜5,000文字）
  - Qiita記法リファレンス（note/warn/alert、ファイル名付きコードブロック、折りたたみ、数式）
  - 品質チェックリスト（投稿前確認項目）
  - SEO最適化ガイドライン
  - 改良版Qiita記事テンプレート（フロントマター付き）

- **プロンプトからのQiitaルール参照**
  - `shikigami-report-writing.prompt.md`にQiita記事生成時の追加ルールセクションを追加
  - レポートタイプ表に「参照ルール」列を追加
  - SKILL.mdへのリンクを追加

### Changed

- **shikigami-writing SKILL.md**: Qiita Writing Rulesセクションを大幅拡充
- **shikigami-report-writing.prompt.md**: 技術記事タイプを「技術記事（Qiita）」に明確化

---

## [1.20.0] - 2026-01-25

### Added

- **思考フロー可視化機能（Thinking Flow Visualization）**
  - レポート作成に至るまでの思考プロセスを自動追跡・可視化
  - 新規設定ファイル: `shikigami-writing/configs/thinking-flow.yaml`
  - 新規テンプレート: `thinking-flow-template.md`, `thinking-flow-report-template.md`

- **思考フローの記録内容**
  - 🗺️ フローマップ: Phase 0-4の全ステップをMermaidダイアグラムで可視化
  - 📜 思考ログ: 時系列での判断記録（タイムスタンプ、判断内容、信頼度）
  - 🔀 ピボット記録: 仮説修正・方針転換の検出と記録
  - 📈 思考メトリクス: 調査ラウンド数、交差検証率、ソース多様性等

- **レポート構成の更新**
  - 調査レポートに「📐 思考フロー・トレース」セクションを追加
  - 33テンプレートに増加（thinking-flow-report-template追加）

### Changed

- **shikigami-deep-research**: Think フェーズに「選択理由」フィールドを追加
- **shikigami-writing**: 起動条件に「思考フロー出力要求時」を追加
- **shikigami-full-research.prompt.md**: 品質基準に「透明性」を追加
- **shikigami-report-writing.prompt.md**: Step 4として思考フロー出力を追加

### Technical Details

- 思考ステップタイプ: 18種類（Phase 0-4に対応）
- 信頼度スケール: 0.0-1.0（⭐1-5で表示）
- 可視化出力: Mermaid flowchart TB形式
- メトリクス計算: 深さ、検証率、反復回数、ソース多様性

## [1.17.0] - 2026-01-19

### Changed

- **BREAKING: プロジェクトフォルダ命名規則変更**
  - 旧: `outputs/project-XXX[-name]/`
  - 新: `projects/pjXXXXX_ProjectName_YYYYMMDD/`
  - ディレクトリ名: `outputs/` → `projects/`
  - 連番: 3桁 → 5桁 (00001, 00002, ...)
  - 区切り文字: ハイフン `-` → アンダースコア `_`
  - 日付: 作成日を `YYYYMMDD` 形式で付加

- **ワークフロー: プロジェクト初期化の必須化**
  - リサーチ開始前に必ず `npx shikigami new` を実行することを明文化
  - Phase 0-0（プロジェクト初期化チェック）を追加
  - Phase 0-1（ナレッジ継承）のサブフェーズをStep形式に変更
  - ワークフロー図にPhase 0を追加

- **cli.js**: `createNewProject()` を新命名規則に対応
  - `findRelatedProjects()` のパスを `projects/` に変更
  - `scanReportsSync()` のパスを `projects/` に変更

- **mcp-server**: 設定ファイルのデフォルトパスを更新
  - `types.ts`: `DEFAULT_KNOWLEDGE_DISCOVERY_CONFIG.searchPath` を `projects/` に変更
  - `shikigami.config.example.yaml`: `knowledgeDiscovery.searchPath` を `projects/` に変更

- **ドキュメント更新**
  - `AGENTS.md`: 新命名規則・コマンド例、Phase 0追加を反映
  - `shikigami-planner/SKILL.md`: Phase 0-0（初期化チェック）を追加
  - `shikigami-full-research.prompt.md`: Phase 0（初期化）、Phase 5（完了）を追加
  - `SHIKIGAMI-KNOWLEDGE.md`: ディレクトリ構造を更新
  - `extraction-rules.yaml`: パステンプレートを更新
  - `knowledge-discovery/index.ts`: デフォルトパスを更新
  - `postinstall.js`: コメントを更新

### Migration Guide

既存プロジェクトは引き続き動作しますが、新規プロジェクトは新しい命名規則に従います。

```bash
# 旧コマンド（v1.16.x）
npx shikigami new my-research
# → outputs/project-001-my-research/

# 新コマンド（v1.17.0）
npx shikigami new MyResearch
# → projects/pj00001_MyResearch_20260119/
```

## [1.16.6] - 2026-01-18

### Added

- **shikigami-writing**: レポートテンプレートを12種追加（合計32テンプレート）
  - `rfp-template.md` - RFP（提案依頼書）テンプレート
  - `risk-assessment-template.md` - リスクアセスメントレポート
  - `security-assessment-template.md` - セキュリティ評価レポート
  - `sla-template.md` - SLA（サービスレベル合意書）
  - `technical-report-template.md` - 技術レポート
  - `training-material-template.md` - 研修・教育資料
  - `user-research-template.md` - ユーザーリサーチレポート
  - `vendor-evaluation-template.md` - ベンダー評価レポート
  - `white-paper-template.md` - ホワイトペーパー
  - `workshop-template.md` - ワークショップ資料

## [1.16.5] - 2026-01-18

### Changed

- **postinstall.js**: `npm install`時に`outputs/`ディレクトリを自動作成しないよう変更
  - プロジェクト作成は`npx shikigami new`で明示的に行う設計に統一

## [1.16.4] - 2026-01-18

### Changed

- **AGENTS.md**: プロジェクトフォルダ作成ルールを強化
  - ⛔ CLIコマンド必須、手動フォルダ作成を明確に禁止
  - `outputs/` パス必須を明記
  - 禁止される命名パターンのテーブルを追加

## [1.16.3] - 2026-01-18

### Added

- **AGENTS.md**: プロジェクトフォルダ命名規則を追加
  - `project-XXX[-name]/` 形式を明示
  - 3桁自動連番、名前は英数字・ハイフンのみ
  - コマンド例テーブルを追加

## [1.16.2] - 2026-01-18

### Added

- **AGENTS.md**: ファイル保存ルールを追加
  - Phase別の保存ディレクトリを明示（research/ vs reports/）
  - ファイル命名規則 `[内容]-v[メジャー].[マイナー].md`
  - 禁止事項（誤った保存先、バージョンなし、上書き）を明記

## [1.16.1] - 2026-01-18

### Added

- **AGENTS.md**: 新規プロジェクト開始ワークフローを追加
  - 「新しいプロジェクトを開始」時のCLIコマンド実行手順を明記
  - `npx shikigami new <名前>` で `outputs/` に自動作成
  - プロジェクトディレクトリなしでのリサーチ開始を禁止

## [1.16.0] - 2026-01-27

### Added

#### Workflow Auto-Integration: 7プロンプトの自動呼び出し (REQ-SC-MAP-001〜REQ-KPI-AUTO-001)

- **成功条件→リサーチ項目自動導出** (`shikigami-planner`)
  - 5タイプの成功条件（BUDGET_APPROVAL等）から必要リサーチ項目を自動導出
  - `configs/success-condition-mapping.yaml` で定義
  - manifest.yamlの`research_plan.auto_derived_items`に出力

- **提言書チェックリスト** (`shikigami-planner`)
  - 4カテゴリ（市場分析/財務計画/リスク管理/実行計画）16項目
  - `configs/proposal-checklist.yaml` で定義
  - Phase 2完了時・最終レポート前に自動検証

- **品質チェック自動呼び出し** (`shikigami-writing`)
  - `@consistency-check`: 数値・用語・セクション間整合性チェック
  - `@executive-sync`: 要約と本文の同期検証
  - レポート生成完了後に自動実行

- **財務分析自動統合** (`shikigami-consulting-framework`)
  - 成功条件タイプに基づく`@financial-analysis`自動呼び出し
  - 5年財務計画テンプレート（3シナリオ対応）
  - `templates/financial/financial_5year_plan.yaml`

- **P1分析プロンプト自動呼び出し** (`shikigami-planner`)
  - `@risk-sensitivity`: 感度分析・ブレークイーブン分析
  - `@stakeholder-impact`: ステークホルダーマトリクス・承認経路分析
  - 計画立案完了後に条件付き自動実行

- **ソース批評自動呼び出し** (`shikigami-deep-research`)
  - `@source-critique`: ソース信頼性・偏り・最新性評価
  - リサーチ完了時（ソース数≥5）に自動実行

- **KPIダッシュボード自動生成** (`shikigami-writing`)
  - `@kpi-dashboard`: レポート内KPIからダッシュボード定義生成
  - P2優先度として品質スコア完了後に実行

#### 設定ファイル

- **auto-invoke-triggers.yaml** (`configs/`)
  - 7プロンプトの自動呼び出しトリガー集約定義
  - トリガー条件、入力元、出力先を一元管理

- **quality-check-schema.yaml** (`shikigami-writing/configs/`)
  - 品質チェック結果のスキーマ定義

#### テンプレート

- **proposal-template.md** (`shikigami-writing/templates/`)
  - 提言書専用テンプレート
  - 成功条件タイプ別カスタマイズガイド
  - チェックリスト全16項目をカバー

### Changed

- **shikigami-planner/SKILL.md**
  - Phase 4.1: 成功条件→リサーチ項目自動導出セクション追加
  - Phase 4.2: 提言書チェックリストセクション追加
  - Phase 2.1: P1分析プロンプト自動呼び出しセクション追加

- **shikigami-writing/SKILL.md**
  - Phase 3-0: 品質チェック自動呼び出しセクション追加
  - Phase 4.1: KPIダッシュボード自動生成セクション追加

- **shikigami-consulting-framework/SKILL.md**
  - Phase 8: 財務分析自動統合セクション追加

- **shikigami-deep-research/SKILL.md**
  - Phase 4.1: ソース批評自動呼び出しセクション追加

### New Files

```
shikigami/.github/skills/
├── configs/
│   └── auto-invoke-triggers.yaml          # 7プロンプト自動呼び出しトリガー
├── shikigami-planner/
│   └── configs/
│       ├── success-condition-mapping.yaml # 成功条件→リサーチ項目マッピング
│       └── proposal-checklist.yaml        # 提言書チェックリスト
├── shikigami-writing/
│   ├── configs/
│   │   └── quality-check-schema.yaml      # 品質チェック結果スキーマ
│   └── templates/
│       └── proposal-template.md           # 提言書テンプレート
└── shikigami-consulting-framework/
    └── templates/
        └── financial/
            └── financial_5year_plan.yaml  # 5年財務計画テンプレート
```

### Documentation

- **REQ-SHIKIGAMI-016.md**: v1.16.0要件定義書（14要件）
- **DES-SHIKIGAMI-016.md**: v1.16.0設計書（C4モデル）
- **TSK-SHIKIGAMI-016.md**: v1.16.0タスク分解書（11タスク）

---

## [1.15.0] - 2026-01-26

### Added

#### Search Enhancement: ドメイン辞書統合 (REQ-FEA-001〜002)

- **DomainDictionaryManager** (`tools/search/dictionary/`)
  - 5ドメイン対応（IT、ビジネス、金融、法務、ヘルスケア）
  - 同義語展開とクエリ拡張
  - 多言語展開（日英バイリンガル）
  - 設定ファイル: `configs/domain-dictionaries.yaml`

- **keyword-detector.ts** (`tools/utils/`)
  - 7種類の分析タイプ検出（case-study、skill-salary、geopolitical等）
  - ワークフロー分岐判定のための共通ユーティリティ

#### Search Enhancement: 特許検索最適化 (REQ-FEA-003〜004)

- **PatentSearchOptimizer** (`tools/search/patent/`)
  - IPC/CPC分類提案
  - 4特許庁対応（JPO、USPTO、EPO、WIPO）
  - 庁別クエリ構文生成
  - クイック検索機能

#### Visit Enhancement: 代替情報源 (REQ-FEA-005〜006)

- **AlternativeSourceManager** (`tools/visit/alternative/`)
  - コンテンツタイプ自動検出（論文、特許、ニュース、技術文書）
  - 識別子抽出（DOI、arXiv、特許番号、ISBN）
  - 代替URLサジェスト
  - 設定ファイル: `configs/alternative-sources.yaml`

#### Visit Enhancement: 構造化データ抽出 (REQ-FEA-007〜008)

- **ExtractorPipeline** (`tools/visit/extractor/`)
  - JSONセレクタベースの抽出
  - カスタムパーサー対応
  - 抽出結果のバリデーション

- **PaywallDetector** (`tools/visit/extractor/`)
  - ペイウォール・ログインウォール検知
  - アクセス可能性事前判定

#### Workflow Integration (REQ-FEA-009〜010)

- **v115-search-enhancer.ts**: searchワークフロー統合
  - `enhanceSearchQuery()`: クエリ拡張
  - `getPatentSearchUrls()`: 特許検索URL生成
  - `canEnhanceQuery()`: 拡張可否判定

- **v115-visit-enhancer.ts**: visitワークフロー統合
  - `analyzeBeforeVisit()`: 事前分析
  - `extractStructuredData()`: 構造化データ抽出
  - `enhanceVisit()`: 統合拡張
  - `getAlternativeSources()`: 代替情報源取得

### New Files

```
shikigami/mcp-server/src/
├── tools/
│   ├── utils/
│   │   └── keyword-detector.ts
│   ├── search/
│   │   ├── dictionary/
│   │   │   ├── types.ts
│   │   │   ├── domain-dictionary.ts
│   │   │   └── index.ts
│   │   ├── patent/
│   │   │   ├── types.ts
│   │   │   ├── patent-search-optimizer.ts
│   │   │   └── index.ts
│   │   └── v115-search-enhancer.ts
│   └── visit/
│       ├── alternative/
│       │   ├── types.ts
│       │   ├── alternative-source-manager.ts
│       │   └── index.ts
│       ├── extractor/
│       │   ├── types.ts
│       │   ├── extractor-pipeline.ts
│       │   ├── paywall-detector.ts
│       │   └── index.ts
│       └── v115-visit-enhancer.ts
├── configs/
│   ├── domain-dictionaries.yaml
│   └── alternative-sources.yaml
└── __tests__/
    ├── domain-dictionary.test.ts
    ├── patent-search-optimizer.test.ts
    ├── v115-search-enhancer.test.ts
    └── v115-visit-enhancer.test.ts

docs/
├── shikigami-v115-search-enhancement.prompt.md
└── shikigami-v115-visit-enhancement.prompt.md
```

### API Changes

#### config/types.ts
- Added: `V115FeaturesConfig` interface
- Added: `DomainDictionaryConfig`, `PatentSearchConfig`, `AlternativeSourcesConfig`
- Added: `StructuredExtractionConfig`, `PaywallDetectionConfig`
- Added: `DEFAULT_V115_FEATURES_CONFIG`

#### tools/search.ts (exports)
- Added: `enhanceSearchQuery`, `getPatentSearchUrls`, `canEnhanceQuery`
- Added: `SearchEnhancementResult` type

#### tools/visit.ts (exports)
- Added: `analyzeBeforeVisit`, `extractStructuredData`, `enhanceVisit`, `getAlternativeSources`, `canEnhanceVisit`
- Added: `VisitEnhancementResult`, `ContentTypeHint` types

### Tests

- 58 new tests for v1.15.0 features (all passing)
  - domain-dictionary.test.ts: 16 tests
  - patent-search-optimizer.test.ts: 16 tests
  - v115-search-enhancer.test.ts: 10 tests
  - v115-visit-enhancer.test.ts: 16 tests

## [1.14.0] - 2026-01-18

### Added

#### Phase 4: Virtual Project Findings Implementation

仮想プロジェクト01-05の検証結果を反映した10要件の実装。

##### Framework Auto-Selection Enhancement (REQ-FW-002)
- **フレームワーク自動選択・適用プロンプト拡張**
  - `shikigami-framework-analysis.prompt.md`: v1.14.0機能追加
    - 分析目的からフレームワーク自動選択ルール
    - マッピング信頼度出力
  - `configs/framework-auto-apply-rules.yaml`: 新規作成
    - 4つの分析目的カテゴリ（競合、市場機会、投資判断、問題解決）
    - マッピングテンプレート（3C、SWOT、PEST、5Forces、5Whys）
    - 信頼度レベル定義（high/medium/low）

##### Comparison Table Generation (REQ-COMP-003)
- **比較表生成プロンプト**
  - `shikigami-comparison-table.prompt.md`: 新規作成
    - 5種類の比較タイプ（企業、製品、政策、研究、技術）
    - Markdown表形式出力
    - 欠損データマーカー（❓要調査、⚠️推定値、🔒非公開、📅要更新）
  - `configs/comparison-table-templates.yaml`: 新規作成
    - 比較タイプ別テンプレート定義
    - 必須項目・推奨項目設定

##### Citation Formatter (REQ-CITE-001)
- **引用フォーマットプロンプト**
  - `shikigami-citation-formatter.prompt.md`: 新規作成
    - 4つの引用スタイル対応（APA7、Vancouver、IEEE、Chicago）
    - フィールドマッピング定義
    - 欠損フィールド処理
  - `configs/citation-styles.yaml`: academic_stylesセクション追加
    - スタイル別フォーマットルール
    - 必須・任意フィールド定義

##### Trend Visualization (REQ-VIS-001)
- **トレンド可視化プロンプト**
  - `shikigami-trend-visualization.prompt.md`: 新規作成
    - Mermaidチャート生成（bar、line、pie、gantt）
    - 時系列トレンド可視化
    - 市場シェア・競合比較チャート

##### Search Recovery Enhancement (REQ-SRCH-010)
- **Level 3検索回復戦略**
  - `search/recovery/strategies/direct-visit.ts`: 新規作成
    - `DirectVisitStrategy`クラス
    - トピック別代表URL直接訪問
    - フォールバック処理
  - `configs/topic-representative-urls.yaml`: 新規作成
    - トピック別キーワード・URL定義
    - AI、量子、ブロックチェーン、EV、半導体、バイオテック等

##### HTTP Retry with Exponential Backoff (REQ-HTTP-001)
- **Exponential Backoffリトライ機構**
  - `visit/recovery/exponential-backoff.ts`: 新規作成
    - `ExponentialBackoffManager`クラス
    - ジッター付き指数バックオフ
    - リトライ可能ステータスコード判定（408、429、500、502、503、504）
    - `retryWithBackoff()`関数

##### Content Validation (REQ-CONT-001)
- **コンテンツ有効性検証**
  - `visit/content-validator.ts`: 新規作成
    - `ContentValidator`クラス
    - 空コンテンツ検出
    - ブロックページ検出（CAPTCHA、403等）
    - 意味のある文字比率計算
    - 検証ステータス（valid、warning、empty、blocked、too_short）

##### Academic Search Adapter (REQ-ACAD-001)
- **学術検索アダプター**
  - `search/academic/index.ts`: 新規作成
    - `AcademicSearchAdapter`クラス
    - 日本語医学用語→MeSH用語変換
    - 30+の医学・技術用語辞書
    - PubMed、Google Scholar、Semantic Scholar URL生成
    - `isAcademicQuery()`判定関数

##### Numeric Data Extraction (REQ-DATA-001)
- **数値データ自動抽出**
  - `file-parser/numeric-extractor.ts`: 新規作成
    - `NumericDataExtractor`クラス
    - 通貨抽出（日本円、米ドル、ユーロ）
    - パーセント、日付、件数、測定値、比率抽出
    - 単位正規化・乗数変換
    - コンテキスト付き抽出結果

##### Freshness Evaluation (REQ-FRESH-001)
- **情報鮮度自動評価**
  - `visit/freshness-evaluator.ts`: 新規作成
    - `FreshnessEvaluator`クラス
    - JSON-LD、メタタグ、time要素、テキストからの日付検出
    - トピック別鮮度閾値（news: 1日、academic: 365日等）
    - 鮮度レベル（fresh、recent、stale、outdated、unknown）
    - 鮮度スコア計算（指数減衰モデル）

### Tests

- `direct-visit.test.ts`: DirectVisitStrategyテスト（TSK-TEST-001）
- `exponential-backoff.test.ts`: ExponentialBackoffManagerテスト（TSK-TEST-002）
- `content-validator.test.ts`: ContentValidatorテスト（TSK-TEST-003）
- `academic/index.test.ts`: AcademicSearchAdapterテスト（TSK-TEST-004）
- `numeric-extractor.test.ts`: NumericDataExtractorテスト（TSK-TEST-005）
- `freshness-evaluator.test.ts`: FreshnessEvaluatorテスト（TSK-TEST-006）

### Traceability

| 要件ID | 実装 | テスト |
|--------|------|--------|
| REQ-FW-002 | TSK-PROMPT-001, TSK-CONFIG-001 | - |
| REQ-COMP-003 | TSK-PROMPT-002, TSK-CONFIG-002 | - |
| REQ-CITE-001 | TSK-PROMPT-003, TSK-CONFIG-003 | - |
| REQ-VIS-001 | TSK-PROMPT-004 | - |
| REQ-SRCH-010 | TSK-TS-001, TSK-CONFIG-004 | TSK-TEST-001 |
| REQ-HTTP-001 | TSK-TS-002 | TSK-TEST-002 |
| REQ-CONT-001 | TSK-TS-003 | TSK-TEST-003 |
| REQ-ACAD-001 | TSK-TS-004 | TSK-TEST-004 |
| REQ-DATA-001 | TSK-TS-005 | TSK-TEST-005 |
| REQ-FRESH-001 | TSK-TS-006 | TSK-TEST-006 |

### Changed

#### Integration into Main Workflow
- **search.ts**: `AcademicSearchAdapter` を `searchWithRecovery()` に統合
  - 学術クエリ自動検出（`isAcademicQuery()`）
  - MeSH用語変換によるクエリ強化
  - 学術ソースURL（PubMed、Google Scholar、Semantic Scholar）の返却
- **visit.ts**: `ContentValidator` と `FreshnessEvaluator` を `visitPage()` に統合
  - コンテンツ有効性検証結果を `PageContent.validation` に追加
  - 情報鮮度評価結果を `PageContent.freshness` に追加
- **file-parser.ts**: `NumericDataExtractor` を `parseFile()` に統合
  - オプション `extractNumeric: true` で数値データ抽出を有効化
  - 抽出結果を `ParsedFile.numericData` に追加
- **search/recovery/index.ts**: `DirectVisitStrategy` を `SearchRecoveryManager` に統合
  - Level 3回復戦略としてフォールバックチェーンに追加
- **types.ts**: `AlternativeQuery` 型を拡張
  - `strategy` に `'direct_visit'` を追加
  - オプショナル `metadata` フィールドを追加

---

## [1.12.0] - 2026-01-18

### Added

#### Phase 3: Framework Analysis Automation (REQ-FW-001, REQ-MATCH-001)

##### Framework Auto-Recommendation (REQ-FW-001-01)
- **フレームワーク推薦ルール設定**
  - `configs/framework-recommendation-rules.yaml`: 自動推薦ルール定義
    - 4つのトリガーカテゴリ（戦略分析、マッチング、計画立案、顧客市場）
    - キーワード定義（日本語/英語）
    - 推薦フレームワークと理由
    - 発動条件（最低2キーワード一致、信頼度60%以上）

- **プロンプト更新**
  - `shikigami-framework-analysis.prompt.md`: 自動推薦機能追加
    - 発動条件セクション追加
    - 推薦出力テンプレート追加
    - 手動オーバーライド方法追加

##### SWOT Auto-Generation (REQ-FW-001-02)
- **SWOT分析自動生成プロンプト**
  - `shikigami-swot-generation.prompt.md`: 新規作成
    - Deep Researchからの情報抽出
    - 4象限の自動抽出ロジック
    - クロスSWOT戦略生成
    - 品質検証チェックリスト

##### Matching Analysis Auto-Generation (REQ-MATCH-001)
- **マッチング設定**
  - `configs/matching-matrix-config.yaml`: マッチング評価設定
    - エンティティタイプ別抽出ルール（研究機関、企業、公的機関）
    - 5段階評価基準
    - 優先プロジェクト判定基準（P1/P2/P3）
    - Mermaid出力テンプレート

- **マッチング分析プロンプト**
  - `shikigami-matching-analysis.prompt.md`: 新規作成
    - 複数エンティティ間のマッチング分析
    - マトリクス出力テンプレート
    - 優先プロジェクト候補抽出
    - Mermaid flowchart生成

##### SKILL.md Extensions
- **Phase 1拡張: キーワードベース自動推薦**
  - 発動条件、トリガーカテゴリ、出力テンプレート

- **Phase 2拡張: SWOT自動生成**
  - 抽出ルール、出力フォーマット、品質検証チェックリスト

- **Phase 2拡張: マッチング自動生成**
  - 評価基準、マトリクス出力、優先プロジェクト候補、Mermaid図

---

## [1.11.0] - 2026-01-18

### Added

#### Phase 3: Academic Search, Encoding & Archives

##### Academic Search Optimization (REQ-SRCH-006)
- **学術・研究機関検索設定**
  - `configs/academic-search-config.yaml`: 学術検索最適化設定
    - 学術キーワード定義（日本語/英語: 学術論文、研究、機関リポジトリ等）
    - 優先ドメインリスト（ac.jp, edu, go.jp, researchmap.jp, j-stage等）
    - 機関パターン（〜大学、〜研究所、〜機構等）
    - 補助情報源（科研費KAKEN、CiNii、J-STAGE、Google Scholar）
    - 出力フォーマット（引用、メタデータ、権威スコア）

- **AGENTS.md 学術検索ガイドライン追加**
  - 検出ルールテーブル（パターン、例、優先度）
  - ドメイン優先度テーブル（ドメイン、種別、信頼度）
  - 抽出フォーマット（YAML形式の出力例）
  - 補助情報源リスト（科研費、CiNii、J-STAGE、Google Scholar）
  - ランキングソース（優先順位付き）

##### Encoding Handling (REQ-VISIT-003)
- **エンコーディング検出・変換モジュール**
  - `visit/encoding/types.ts`: 型定義
    - SupportedEncoding（UTF-8, Shift_JIS, EUC-JP, ISO-2022-JP, windows-1252）
    - 検出結果・変換結果インターフェース
    - MOJIBAKE_PATTERNS、BOM_MAP、ENCODING_ALIASES定数
  - `visit/encoding/encoding-config.yaml`: 設定ファイル
    - 検出優先度設定（Content-Type > meta charset > BOM > heuristic）
    - 文字化けパターン定義（Shift_JIS, EUC-JP, ISO-2022-JP用）
    - デフォルト設定・タイムアウト設定

- **EncodingDetector クラス**
  - `visit/encoding/encoding-detector.ts`
  - Content-Type解析、meta charset解析、BOM検出、ヒューリスティック検出
  - 信頼度スコア計算（0-1）
  - 検出メソッドのチェーン実行

- **EncodingConverter クラス**
  - `visit/encoding/encoding-converter.ts`
  - iconv-liteを使用した文字コード変換
  - 文字化け検出・修復機能
  - 複数エンコーディング試行による自動修復

- **EncodingHandler クラス**
  - `visit/encoding/encoding-handler.ts`
  - Detector + Converter統合ハンドラ
  - タイムアウト制御
  - 高レベルAPI（detectAndConvert, handleBuffer）

##### Mermaid Conversion Prompts (REQ-MERM-001)
- **SKILL.md セクション9追加**
  - ASCII図→Mermaid変換ガイド
  - 検出パターン（ボックス図、フロー図、テーブル）
  - 変換ルール（flowchart TD/LR、sequenceDiagram等）
  - 変換例（Before/After）

##### Joint Research Proposal Templates (REQ-TMPL-002)
- **共同研究提案書テンプレート**
  - `templates/research/joint-research-proposal.md`
  - 10セクション構成（背景、目的、体制、計画、費用、成果、リスク等）
  - プレースホルダー（{{変数}}形式）
  - Mermaid Ganttチャート統合

- **SKILL.md セクション10追加**
  - テンプレート構造説明
  - プレースホルダー一覧
  - Ganttチャート生成ルール

##### Reference Formatting (REQ-REF-002)
- **参考文献スタイル設定**
  - `configs/citation-styles.yaml`
  - ソース種別（web, paper, book, report）ごとのフォーマット
  - インライン引用形式（[n]、[Author, Year]）
  - 参考文献セクション生成ルール
  - 一貫性チェックルール

- **SKILL.md セクション11追加**
  - 参考文献自動整形ガイド
  - ソース種別ごとの形式
  - 一貫性チェック方法

##### Archive.today Integration (REQ-VISIT-004)
- **ArchiveTodayClient クラス**
  - `visit/recovery/archive-today.ts`
  - Archive.today API クライアント
  - timemap形式でのアーカイブ検索
  - newest エンドポイント対応
  - リトライ機能・タイムアウト制御

- **VisitRecoveryManager 拡張**
  - Archive.todayをフォールバック先として追加
  - Wayback Machine → Archive.today の順で試行
  - `enableArchiveToday` 設定オプション
  - `usedArchiveToday`, `archiveTodaySnapshot` 結果フィールド

### Changed
- `VisitRecoveryConfig`に`enableArchiveToday`, `archiveTodayConfig`追加
- `VisitRecoveryResult`に`usedArchiveToday`, `archiveTodaySnapshot`追加
- ログ戦略に'archive-today', 'archive-today-check'追加

### Dependencies
- `iconv-lite`: エンコーディング変換用

## [1.10.1] - 2026-01-18

### Fixed

- **文書管理情報テンプレート改善**
  - SKILL.md: 文書管理情報テンプレートに「初版作成日時」フィールドを追加
  - 出力される文書管理情報に作成日時と更新日時の両方が含まれるように

## [1.10.0] - 2026-01-18

### Added

#### Phase 2: Templates, Comparison & Objection Handling

##### Proposal Templates (REQ-TMPL-001)
- **提案書テンプレートシステム**
  - `proposal-templates.yaml`: 6業界×ペルソナテンプレート
    - education-executive, education-it
    - manufacturing-executive, manufacturing-it
    - finance-executive, finance-it
  - 共通セクション: executive_summary, current_challenges, proposed_solution, expected_benefits, roi_analysis, implementation_plan
  - プレースホルダー定義（必須/任意、バリデーションルール）

- **コンテキスト自動抽出**
  - `extraction-rules.yaml`: 4ソースからの抽出ルール
    - manifest.yaml, client_profile, research_report, competitor_analysis
  - JSONPath形式のパス指定
  - 正規表現パターンマッチング
  - 変換関数（join_list, format_currency, format_table）

- **shikigami-writing SKILL.md更新**
  - セクション6: 提案書テンプレート生成
  - 6.1-6.7: 概要、テンプレート一覧、生成フロー、自動抽出、検証、手順、トーン調整

##### Competitor Comparison Tables (REQ-COMP-001)
- **競合比較軸定義**
  - `comparison-axes.yaml`: 共通軸＋業界別軸
  - 共通軸（6項目）: pricing(20%), core_features(25%), support(15%), integration(15%), security(15%), user_experience(10%)
  - 業界別軸: education(LMS連携, 学認), manufacturing(ERP連携, オフライン), finance(FISC, 監査)
  - 評価基準・抽出パターン・出力フォーマット

- **shikigami-consulting-framework SKILL.md更新**
  - セクション7: 競合比較表生成
  - 7.1-7.7: 概要、軸カテゴリ、抽出ルール、表形式、ハイライト、サマリー、使用方法

##### Objection Handling & Talk Scripts (REQ-TALK-001)
- **反論パターン拡張 v2.0**
  - `objection-types.yaml` v2.0更新
  - 競合別反論パターン: Google Workspace, Zoom, Slack
  - ACEテンプレート5種: price, feature, track_record, timing, integration
  - エビデンスソース要件定義

- **ペルソナ別調整システム**
  - `persona-adjustments.yaml`: 4ペルソナ定義
    - executive（経営層）: ROI重視、簡潔
    - it_department（IT部門）: 技術詳細、セキュリティ
    - end_user（現場担当）: 使いやすさ、具体例
    - procurement（調達部門）: 価格、契約条件
  - 業界別追加調整: education, manufacturing, finance
  - 語彙レベル・長さ調整ルール

- **shikigami-writing SKILL.md更新**
  - セクション7: 反論対応トークスクリプト生成
  - 7.1-7.8: ACEフレームワーク、パターン分類、生成フロー、自動抽出、フォーマット、引用ルール、手順
  - セクション8: ペルソナ別トーク調整
  - 8.1-8.7: ペルソナ定義、調整ルール、業界別、検出方法、適用例、使用方法

#### Search Fallback Enhancement - Phase 1 (REQ-SRCH-005, REQ-SRCH-004)

##### RecoveryLogger (REQ-SRCH-005-03)
- **フォールバックログ・統計機能**
  - `RecoveryLogger` クラス新規実装
  - 成功率・戦略別統計の計算
  - 高頻度失敗クエリの検出
  - JSON形式でのログエクスポート
  - 警告閾値設定によるアラート機能

##### SearchRecoveryManager連携 (REQ-SRCH-005-03)
- **RecoveryLogger統合**
  - `SearchRecoveryManager`に`RecoveryLogger`を統合
  - `getStats()`, `getHighFrequencyQueries()` メソッド追加
  - 既存ログとの後方互換性維持

##### WaybackClient (REQ-SRCH-004-01)
- **Wayback Machine API クライアント**
  - `WaybackClient` クラス新規実装
  - アーカイブスナップショット取得
  - リトライ機能・タイムアウト制御
  - ISO 8601形式のタイムスタンプ変換

##### VisitRecoveryManager (REQ-SRCH-004-01, REQ-SRCH-004-02, REQ-SRCH-004-03)
- **ページ訪問リカバリーマネージャー**
  - `VisitRecoveryManager` クラス新規実装
  - 自動リトライ機能
  - Wayback Machine フォールバック
  - `RecoveryLogger` 統合
  - 設定可能な最大リトライ回数・タイムアウト

##### visit.ts統合 (REQ-SRCH-004)
- **リカバリー付きページ訪問**
  - `visitPageWithRecovery()` 関数新規追加
  - `VisitRecoveryConfig` 設定型追加
  - `PageContent` インターフェースにリカバリー情報追加
  - 設定ファイルからの有効/無効切り替え

#### Phase 3: Cache & Progress Management (REQ-CACHE-001, REQ-PROG-001)

##### FileCacheStore (REQ-CACHE-001-01)
- **ファイルベースキャッシュ基盤**
  - `FileCacheStore` クラス新規実装
  - LRU削除ポリシー実装
  - TTL（有効期限）管理
  - ソース別統計（search, visit, embedding, analysis）
  - ディレクトリ構造: `{cacheDir}/data/{hash[0:2]}/{hash}.json`
  - 静的メソッド: `generateKey()`, `generateQueryHash()`
- **設定**
  - `DEFAULT_CACHE_CONFIG`: 1000エントリ、100MB、1時間TTL
  - ソース別TTL設定可能

##### QueryCacheManager (REQ-CACHE-001-01)
- **クエリキャッシュマネージャー**
  - `QueryCacheManager` クラス新規実装
  - 検索・訪問・埋め込み結果のキャッシュ
  - タイプ別キー生成: `generateSearchKey()`, `generateVisitKey()`, `generateEmbeddingKey()`
  - 無効化: `invalidateUrl()`, `invalidateBySource()`
  - メンテナンスタスク: 期限切れ削除、統計保存
  - シングルトン: `getDefaultCacheManager()`

##### SemanticCacheMatcher (REQ-CACHE-001-02)
- **意味的キャッシュマッチング**
  - `SemanticCacheMatcher` クラス新規実装
  - 埋め込みベクトル生成（`IEmbeddingService`インターフェース）
  - コサイン類似度計算: `cosineSimilarity()`
  - 類似クエリ検索: `findSimilar()`（閾値90%以上）
  - 永続化インデックス: `loadIndex()`, `indexQuery()`
  - `SimpleEmbeddingService`: テスト/フォールバック用ハッシュベース実装
- **設定**
  - `DEFAULT_SEMANTIC_CONFIG`: 閾値0.90、最大候補5、次元1536

##### GlobalCacheStore (REQ-CACHE-001-03)
- **グローバルキャッシュストア**
  - `GlobalCacheStore` クラス新規実装
  - `~/.shikigami/global-cache/` でユーザー横断キャッシュ
  - プロジェクト固有/共有の切り替え
  - スコープ優先順位: `preferProjectCache`設定
  - 両スコープの統計取得
  - シングルトン: `getGlobalCacheStore()`

##### 成果物管理 (REQ-PROG-001-01)
- **shikigami-planner SKILL.md更新**
  - Phase 3.1: 成果物管理セクション追加
  - manifest.yaml `deliverables` スキーマ定義
  - ステータス追跡ルール（not_started, in_progress, completed, blocked）
  - ファイル作成検知ルール
  - 依存関係定義ルール（循環依存チェック）

##### 進捗ダッシュボード (REQ-PROG-001-02)
- **shikigami-planner SKILL.md更新**
  - Phase 3.2: 進捗ダッシュボードセクション追加
  - 全体進捗率計算ルール（優先度重み付け）
  - ステータス一覧表示フォーマット
  - 依存関係グラフ表示
  - 次アクション推奨ロジック

##### 整合性チェック (REQ-PROG-001-03)
- **shikigami-planner SKILL.md更新**
  - Phase 3.3: 整合性チェックセクション追加
  - 共有データ要素の検出ルール
  - 不一致検出ルール（tolerance設定）
  - 整合性レポートフォーマット
  - 自動修正サポート

### Changed
- `shikigami.config.example.yaml` に `visitRecovery` セクション追加
- `config/types.ts` に `VisitRecoveryConfig` インターフェース追加

### Tests
- 206テスト全合格（+121テスト追加）
  - `logger.test.ts`: 22テスト（RecoveryLogger）
  - `manager-logger.test.ts`: 14テスト（SearchRecoveryManager連携）
  - `wayback.test.ts`: 19テスト（WaybackClient）
  - `index.test.ts`: 17テスト（VisitRecoveryManager）
  - `multilingual-search.test.ts`: 13テスト（既存）
  - `store.test.ts`: 28テスト（FileCacheStore）【NEW】
  - `manager.test.ts`: 29テスト（QueryCacheManager）【NEW】
  - `semantic.test.ts`: 35テスト（SemanticCacheMatcher）【NEW】
  - `global.test.ts`: 29テスト（GlobalCacheStore）【NEW】

## [1.9.1] - 2026-01-18

### Fixed

#### Document Management Info Format (REQ-SALES-002-06)
- **レポートテンプレートの文書管理情報を修正**
  - 全6テンプレートに「文書管理情報」セクションを追加
  - 日時形式を `YYYY-MM-DD HH:MM (JST)` に統一
  - 変更履歴の「日付」列を「日時」に変更
  - ヘッダーの「作成日」を「作成日時」に変更
- **対象テンプレート**
  - `immediate-approval-template.md`
  - `staged-approval-template.md`
  - `consideration-template.md`
  - `budget-approval-template.md`
  - `pilot-approval-template.md`
  - `sales-playbook-template.md`

## [1.9.0] - 2026-01-18

### Added

#### Priority Auto-calculation (REQ-MULTI-002)
- **Phase 6: 優先度スコアリング（shikigami-consulting-framework）**
  - Phase 6-1: 基準読み込み（priority-criteria.yaml）
  - Phase 6-2: 指標抽出（indicator-extraction.yaml）
  - Phase 6-3: スコア算出（重み付け合計）
  - Phase 6-4: ランキング生成（Markdown表形式）
  - Phase 6-5: 可視化（Mermaidレーダーチャート）
- **評価基準（4軸）**
  - 緊急度（30%）: 規制期限、サプライチェーンリスク
  - 機会規模（30%）: 売上ポテンシャル、市場規模
  - アクセス容易性（20%）: 既存関係、意思決定者接点
  - 戦略適合性（20%）: ケイパビリティマッチ、実績
- **グレード判定**: A / B+ / B / C / D
- **YAMLテンプレート**
  - `templates/priority-criteria.yaml`: スコアリング基準定義
  - `templates/indicator-extraction.yaml`: 指標抽出ルール

#### Sales Playbook Generation (REQ-SALES-001)
- **Phase 4: セールスプレイブック生成（shikigami-writing）**
  - 成功条件タイプ: `INTERNAL_ENABLEMENT` 追加
  - 5セクション構成（エグゼクティブサマリー、ペルソナ、反論対応、会話フロー、シナリオ）
- **ペルソナテンプレート（3種類）**
  - `personas/rd-manager.yaml`: R&D部門マネージャー
  - `personas/procurement-manager.yaml`: 調達・購買部門マネージャー
  - `personas/executive.yaml`: 経営層・役員
- **レポートテンプレート**
  - `report-templates/sales-playbook-template.md`: プレイブックテンプレート

#### Talk Script Auto-generation (REQ-SALES-002)
- **Phase 5: トークスクリプト生成（shikigami-writing）**
  - 反論タイプ自動分類（6タイプ）
  - 3段階スクリプト構造（共感→リフレーミング→次ステップ）
  - コンテキスト適応（ペルソナ×業界）
  - バッチ生成対応
- **反論タイプ**
  - already_solved: 既存解決済み
  - unclear_value: 価値不明確
  - cost_concern: コスト懸念
  - timing_issue: タイミング問題
  - trust_deficit: 信頼不足
  - internal_politics: 社内政治
- **YAMLテンプレート**
  - `templates/objection-types.yaml`: 反論タイプ分類
  - `templates/talk-script-structure.yaml`: 3段階スクリプト構造
  - `templates/context-adaptation.yaml`: コンテキスト適応ルール

#### Document Management Information (REQ-SALES-002-06)
- **文書管理情報自動生成**
  - 初版作成日時: YYYY-MM-DD HH:MM (JST)
  - 最終更新日時: 自動更新
  - 文書ID: [PREFIX]-[YYYYMMDD]-[NNN]
  - ステータス: Draft / Review / Final
  - 機密レベル: Internal / Confidential / Restricted

### Changed
- **shikigami-consulting-framework SKILL.md**
  - Phase 6（優先度スコアリング）追加
- **shikigami-writing SKILL.md**
  - Phase 4（セールスプレイブック生成）追加
  - Phase 5（トークスクリプト生成）追加
  - 文書管理情報自動生成ルール追加
  - 成功条件タイプ: `INTERNAL_ENABLEMENT` 追加

### New Files
- `shikigami-consulting-framework/templates/priority-criteria.yaml`
- `shikigami-consulting-framework/templates/indicator-extraction.yaml`
- `shikigami-writing/templates/personas/rd-manager.yaml`
- `shikigami-writing/templates/personas/procurement-manager.yaml`
- `shikigami-writing/templates/personas/executive.yaml`
- `shikigami-writing/templates/report-templates/sales-playbook-template.md`
- `shikigami-writing/templates/objection-types.yaml`
- `shikigami-writing/templates/talk-script-structure.yaml`
- `shikigami-writing/templates/context-adaptation.yaml`

## [1.8.0] - 2026-01-19

### Added

#### Multi-language Parallel Search (REQ-SRCH-004)
- **日英並列検索機能**
  - 日本語クエリの自動翻訳（BUILTIN_DICTIONARY拡張）
  - Promise.allSettledによる並列実行
  - URL正規化による重複排除
- **`searchMultilingual()` API**
  - `detectLanguage()` - クエリ言語検出（ja/en/mixed）
  - `translateQuery()` - 日→英翻訳（カスタム辞書対応）
  - `normalizeUrl()` - URL正規化（トラッキングパラメータ削除）
  - 日本語ソース優先のマージ戦略
- **翻訳辞書（v1.8.0追加）**
  - ネオジム磁石、永久磁石、重希土類等の素材用語
  - プロテリアル、大同特殊鋼等の企業名
  - 脱中国依存、代替材料等のビジネス用語

#### Multi-entity Parallel Research (REQ-MULTI-001)
- **Phase 5: 並列エンティティリサーチ（Agent Skill）**
  - Phase 5-1: エンティティ抽出
  - Phase 5-2: 並列調査計画
  - Phase 5-3: 独立調査実行
  - Phase 5-4: 結果マージ・重複排除
  - Phase 5-5: 横断分析・比較表生成
- **エンティティリサーチテンプレート**
  - `templates/entity-research.yaml`
  - 標準観点セット（company/technology/material）
  - マージ戦略定義

#### Knowledge Inheritance (REQ-KM-004)
- **Phase 0: ナレッジ継承（Agent Skill）**
  - Phase 0-1: 関連レポート検索
  - Phase 0-2: 継承可能な知識の抽出
  - Phase 0-3: 継承確認（ユーザー対話）
- **`npx shikigami inherit` コマンド**
  - `--query <keywords>`: キーワードで関連レポート検索
  - `--from <path>`: 特定レポートから継承準備
  - `--list`: 全レポート一覧表示
- **継承ルール**
  - 確定事実・ソースURL: ✅ 継承可
  - 分析結果: ⚠️ 要確認
  - 仮説・結論: ❌ 継承不可

### Changed
- **設定型定義拡張**
  - `MultilingualSearchConfig`: 多言語検索設定
  - `KnowledgeInheritanceConfig`: ナレッジ継承設定
  - `ShikigamiConfig`に新フィールド追加

### Tests
- 多言語検索ユニットテスト: 13件追加（全合格）

## [1.7.0] - 2026-01-18

### Added

#### Search Recovery (REQ-SRCH-003)
- **検索結果0件時の自動リカバリー**
  - 同義語置換戦略（レアアース→希土類）
  - クエリ簡略化戦略（年号削除、ストップワード削除、語数制限）
  - 言語変換戦略（日本語→英語）
- **`searchWithRecovery()` API**
  - 最大3回のリトライ
  - 戦略優先度順の適用
  - 30秒タイムアウト
- **設定オプション**
  - カスタム同義語辞書
  - カスタム翻訳辞書
  - 戦略ごとの有効/無効切り替え

#### Knowledge Discovery (REQ-KM-003)
- **関連プロジェクト自動検出**
  - outputs/配下のプロジェクトスキャン
  - manifest.yamlからメタデータ抽出
  - Jaccard係数＋重み付き類似度計算
- **`npx shikigami find-related` コマンド**
  - キーワード指定で関連プロジェクト検索
  - 鮮度状態表示（🟢最新/🟡警告/🔴古い）
- **プロジェクト作成時の自動表示**
  - `npx shikigami new` 実行時に関連プロジェクト提示
- **インデックスキャッシュ**
  - `.shikigami-index.json` による高速検索

#### PDF Parsing (REQ-PARSE-001)
- **PDFコンテンツ自動抽出**
  - URL拡張子による自動検出
  - Content-Typeによる検出
  - Magic Bytesによる検証
- **`PdfParser` クラス**
  - pdf-parseライブラリ統合
  - メタデータ抽出（タイトル、著者、作成日、ページ数）
  - 60秒タイムアウト
- **制限・エラーハンドリング**
  - 最大10MBファイルサイズ
  - 最大50ページ抽出
  - パスワード保護PDF検出
- **visit.ts統合**
  - `visitPage()` でPDF自動検出・解析
  - Markdown形式での結果フォーマット

### Changed
- `mcp-server/package.json`: pdf-parse依存関係追加
- `mcp-server/src/config/types.ts`: v1.7.0設定型追加
- `mcp-server/src/tools/search.ts`: searchWithRecovery()追加
- `mcp-server/src/tools/visit.ts`: PDF検出・解析機能追加
- `scripts/cli.js`: find-relatedコマンド追加

### New Files
- `mcp-server/src/tools/search/recovery/` - 検索リカバリーモジュール
- `mcp-server/src/tools/pdf-parser/` - PDF解析モジュール
- `scripts/knowledge-discovery/` - ナレッジ連携モジュール

## [1.6.0] - 2026-01-18

### Added

#### Success Condition Type Classification (REQ-PD-002)
- **5種類の成功条件タイプ**
  - `IMMEDIATE_APPROVAL` - 即決・即承認（結論先行、緊急性強調）
  - `STAGED_APPROVAL` - 段階的承認（段階別サマリー、詳細付録）
  - `CONSIDERATION` - 検討開始の合意（選択肢比較、推奨提示）
  - `BUDGET_APPROVAL` - 予算承認（財務計画詳細、ROI分析、3シナリオ）
  - `PILOT_APPROVAL` - PoC/パイロット承認（PoC計画、Go/No-Go基準）
- **自動分類ロジック**
  - SUCCESS回答のキーワードマッチング
  - 確信度≥0.7で自動分類、<0.7で確認質問
- **即決トリガー（IMMEDIATE_APPROVAL向け）**
  - 緊急性（urgency）
  - 損失回避（loss_aversion）

#### Persona Support (REQ-PERSONA-001)
- **4つのペルソナ属性**
  - `role` - 役職（自由入力）
  - `decision_style` - 意思決定スタイル（data_driven, intuitive, consensus, balanced）
  - `domain_knowledge` - ドメイン知識（expert, intermediate, beginner + gaps）
  - `key_concerns` - 重視ポイント（roi, risk, competitive, esg, innovation, feasibility）
- **自動調整ルール**
  - 意思決定スタイル別のレポート調整
  - ドメイン知識レベル別の用語説明調整
  - 重視ポイント別のセクション強調
- **複数ペルソナ対応**（最大5名）

#### Phase Integration (REQ-QA-004)
- **Purpose Discovery→Report Writing連携**
  - 成功条件タイプ→レポート構成自動選択
  - ペルソナ→文体・詳細度自動調整
- **整合性検証強化**
  - 成功条件タイプ整合性チェック
  - ペルソナ調整整合性チェック
  - ドメイン知識レベル整合性チェック

#### New Files
- `.github/skills/shikigami-planner/templates/success-condition-types.yaml`
- `.github/skills/shikigami-planner/templates/persona-profile-template.yaml`
- `.github/skills/shikigami-writing/templates/report-templates/immediate-approval-template.md`
- `.github/skills/shikigami-writing/templates/report-templates/staged-approval-template.md`
- `.github/skills/shikigami-writing/templates/report-templates/consideration-template.md`
- `.github/skills/shikigami-writing/templates/report-templates/budget-approval-template.md`
- `.github/skills/shikigami-writing/templates/report-templates/pilot-approval-template.md`

### Changed

- **manifest.yaml v1.6.0フォーマット**
  - `purpose_discovery.success_condition` セクション追加
  - `personas` セクション追加
  - `consistency_validation` セクション追加
- **shikigami-planner/SKILL.md**
  - Phase 4: 成功条件タイプ分類 追加
  - Phase 5: ペルソナ情報収集 追加
  - Phase 6: manifest.yaml生成（v1.6.0 Enhanced）追加
- **shikigami-deep-research/SKILL.md**
  - v1.6.0拡張: ペルソナ認識リサーチ 追加
- **shikigami-consulting-framework/SKILL.md**
  - v1.6.0拡張: 成功条件タイプ別フレームワーク推奨 追加
- **shikigami-writing/SKILL.md**
  - v1.6.0拡張: ペルソナベースレポート生成 追加
- **shikigami-consistency-check.prompt.md**
  - v1.6.0拡張: ペルソナ・成功条件整合性チェック 追加
- **AGENTS.md**
  - バージョン1.6.0に更新
  - 新機能セクション追加
  - ディレクトリ構造更新
  - manifest.yaml v1.6.0フォーマット説明追加

### Backward Compatibility

- v1.5.0以前のmanifest.yamlは自動的にデフォルト値で補完
- 既存のワークフローは変更なしで動作

---

## [1.5.0] - 2026-01-17

### Added

#### Search Fallback Mechanism (REQ-SRCH-001, REQ-SRCH-002準拠)
- **複数検索プロバイダー対応**
  - DuckDuckGo (プライマリ、APIキー不要)
  - Brave Search (フォールバック1、APIキー必須)
  - SearXNG (フォールバック2、セルフホスト)
- **自動フォールバック機能**
  - プロバイダー失敗時に次のプロバイダーへ自動切替
  - 優先度ベースのプロバイダー選択
  - 全プロバイダー失敗時のエラーハンドリング

#### Search Quality Validation (REQ-WF-002準拠)
- **検索結果品質検証**
  - タイトル/URL/スニペットの存在チェック
  - クエリ関連性の評価
  - 品質スコア算出（0-100点）
- **プロバイダー健全性チェック**
  - 成功率の追跡
  - 利用可能性の確認
  - 健全性レポート生成

#### New Search APIs
- `searchWithFallback(query, maxResults)` - フォールバック付き検索
- `checkSearchHealth()` - プロバイダー健全性チェック
- `validateSearchResults(results, query)` - 品質検証

#### New Files
- `mcp-server/src/tools/search/providers/types.ts` - プロバイダーインターフェース
- `mcp-server/src/tools/search/providers/duckduckgo.ts` - DuckDuckGoプロバイダー
- `mcp-server/src/tools/search/providers/brave.ts` - Brave Searchプロバイダー
- `mcp-server/src/tools/search/providers/searxng.ts` - SearXNGプロバイダー
- `mcp-server/src/tools/search/provider-manager.ts` - プロバイダー管理
- `mcp-server/src/tools/search/fallback-handler.ts` - フォールバックハンドラー
- `mcp-server/src/tools/search/health-checker.ts` - 健全性チェッカー
- `mcp-server/docs/shikigami-quality-validation.prompt.md` - 品質検証プロンプト

### Changed

- **設定ファイル形式** (v1.5.0)
  - `search.provider` → `search.providers[]` (複数プロバイダー)
  - `search.fallback` セクション追加
  - v1.4.0形式との後方互換性維持

- **mcp-server/src/config/types.ts**
  - `SearchProviderName` 型追加
  - `SingleSearchProviderConfig` インターフェース追加
  - `SearchFallbackConfig` インターフェース追加
  - `SearchConfig` インターフェース追加
  - `isSearchConfig()`, `isLegacySearchConfig()` 関数追加

- **mcp-server/src/tools/search.ts**
  - フォールバック機構統合
  - 新API (`searchWithFallback`, `checkSearchHealth`, `validateSearchResults`) 追加
  - `searchDuckDuckGo()` は後方互換性のため維持 (`@deprecated`)

### Issues Resolved

- ISS-016: DuckDuckGo検索が空の結果を返す問題
- ISS-017: 検索失敗時のフォールバック機構がない問題
- ISS-018: 単一検索プロバイダーへの依存による冗長性の欠如
- ISS-024: 検索結果品質検証の欠如

---

## [1.4.0] - 2026-01-17

### Added

#### New Prompts (2 prompts)
- **shikigami-manifest** (REQ-DEL-001準拠)
  - プロジェクト成果物（manifest.yaml）の管理
  - 成果物ステータス更新機能
  - プロジェクトタイプ設定機能（market_research, business_proposal等）
  - 整合性検証機能

- **shikigami-phase-gate** (REQ-PG-001準拠)
  - 各フェーズ完了前の品質ゲート検証
  - Phase 1〜4 の完了チェックリスト
  - business_proposal タイプの追加チェック（財務計画・3シナリオ分析必須）
  - ユーザー確認必須ポイントの管理

#### CLI Enhancement
- `npx shikigami new` コマンドで `manifest.yaml` を自動生成
- マニフェストにはプロジェクト構造、成果物定義、フェーズ管理、品質チェックリストを含む

#### Financial Analysis Enhancement (REQ-DEL-003準拠)
- **shikigami-financial-analysis**: 3シナリオ分析必須化
  - business_proposal タイプでは3シナリオ分析（楽観・基本・悲観）が必須
  - 各シナリオの前提条件明記を強制
  - シナリオ別財務指標（ROI/NPV/回収期間）の比較表
  - 省略禁止ルールの追加

#### AGENTS.md Updates
- バージョン 1.3.0 → 1.4.0
- 成果物マニフェスト管理セクション追加
- フェーズゲート検証セクション追加
- プロンプト一覧更新（8→10プロンプト）

### Changed

- **プロンプト数**: 8 → 10 (+2)
- **CLI出力**: プロジェクト作成時のNext stepsに manifest.yaml 関連の案内を追加

---

## [1.3.0] - 2026-01-17

### Added

#### New Prompts (3 prompts)
- **shikigami-financial-analysis** (REQ-FIN-001準拠)
  - ROI（投資利益率）自動計算
  - NPV（正味現在価値）自動計算
  - 回収期間自動計算
  - 業種別粗利率ガイドライン（8業種対応）
  - 感度分析（割引率4パターン: 3%/5%/7%/10%）
  - 粗利率未指定時はユーザーに確認（デフォルト値を自動適用しない）

- **shikigami-consistency-check** (REQ-FIN-003準拠)
  - レポート内の数値整合性検証
  - 同一数値の一致チェック
  - 計算結果の整合性検証
  - 単位の一貫性チェック
  - 不整合箇所の修正提案生成
  - 整合性スコア算出

- **shikigami-executive-sync** (REQ-QA-002準拠)
  - エグゼクティブサマリーと本文の差分検出
  - 定量データ（ROI/NPV等）の同期
  - 結論・リスク・推奨アクションの同期
  - 自動更新モード対応

#### AGENTS.md Updates
- バージョン 1.2.0 → 1.3.0
- 財務分析ワークフロー追加
- 品質検証ワークフロー追加
- 業種別粗利率ガイドライン追加
- プロンプト一覧更新（5→8プロンプト）

### Changed

- **プロンプト数**: 5 → 8 (+3)

---

## [1.1.0] - 2026-01-16

### Added

#### MCP Server (`mcp-server/`)
- **DuckDuckGo Web検索** (REQ-DR-002準拠)
  - `search` ツール: バッチ検索対応
  - レート制限: 1.5秒間隔
  - APIキー不要

- **Jina AI Reader統合** (REQ-DR-002準拠)
  - `visit` ツール: ページ内容抽出
  - LLM最適化テキスト変換
  - レート制限: 1秒間隔

- **VS Code MCP設定** (`.vscode/mcp.json`)

### Changed

- **shikigami-deep-research**: MCPツール呼び出し例を追加
  - search/visit ツールの使用方法を明確化
  - Action フェーズにMCPツール呼び出しパターンを追記

---

## [1.0.0] - 2026-01-16

### Added

#### Agent Skills (4 skills)
- **shikigami-planner**: 対話的目的探索と計画立案
  - 5 Whys分析、JTBDフレームワーク
  - インテリジェント質問生成
  - リサーチ計画の自動立案
  
- **shikigami-deep-research**: 反復的深層リサーチ
  - Think→Report→Action cycle
  - 複数ソースの交差検証
  - ソース追跡・信頼性評価
  - ハルシネーション防止機構
  
- **shikigami-consulting-framework**: コンサルティングフレームワーク分析
  - 50+フレームワーク定義
  - 自動フレームワーク推薦
  - MECE検証
  - ロジック品質チェック
  
- **shikigami-writing**: レポート生成・品質保証
  - 複数フォーマット対応（Executive Summary/Report/Briefing）
  - ハルシネーション検出
  - 不確実性マーキング
  - 引用・参考文献管理

#### Prompts (5 prompts)
- `shikigami-purpose-discovery.prompt.md`: 目的探索開始
- `shikigami-deep-research.prompt.md`: Deep Research実行
- `shikigami-framework-analysis.prompt.md`: フレームワーク分析
- `shikigami-report-writing.prompt.md`: レポート生成
- `shikigami-full-research.prompt.md`: 統合リサーチ（全スキル連携）

#### Frameworks (14 definitions)
- **Strategic Analysis**
  - SWOT分析
  - 3C分析
  - PEST分析
  - 5Forces分析
  
- **Problem Solving**
  - MECE
  - ロジックツリー
  - 5 Whys
  
- **Thinking**
  - ピラミッド構造
  
- **Marketing**
  - 4P分析
  - STP分析
  
- **Innovation**
  - ビジネスモデルキャンバス
  
- **Decision Making**
  - 意思決定マトリクス
  
- **General**
  - 5W1H
  - JTBD

### Technical Details
- GitHub Copilot Agent Skills (Markdown format)
- YAML frontmatter for skill metadata
- Mermaid diagrams for visualization
- Extensible framework definition structure

---

## 設計ドキュメント

- 要件定義: `storage/specs/REQ-SHIKIGAMI-001.md`
- 設計書: `storage/design/DES-SHIKIGAMI-001.md`
- タスク分解: `storage/specs/TSK-SHIKIGAMI-001.md`