product-playbook 1.0.0

package/i18n/ja/references/rules-end-of-flow.md

@@ -0,0 +1,150 @@
+# 🏁 エンドオブフロールール
+
+> すべてのステップが完了した時に読み込みます。
+
+## ⛔ 終了条件チェック
+
+最終統合出力を作成する前に、以下を確認する必要があります：
+
+1. 進捗インジケーターのすべてのステップが✅であることを確認
+2. スキップされたステップがある場合（ユーザーの明示的リクエストによる）、最終出力で「⚠️ スキップ」とマーク
+3. ⬜（未実行）のステップがある場合、最終出力に進まない
+4. **セキュリティクイックチェック**：ユーザーが開発フェーズに入る場合（開発ハンドオフパッケージを生成）、最終出力にセキュリティリマインダーを含め、開発ハンドオフパッケージ生成時に自動的に`references/08-security-checklist.md`を読み込んで対応するセキュリティアーキテクチャセクションを作成
+
+このルールの違反例：「残りのステップは重要ではない」と独自に判断してスキップする、未完了のステップを完了済みとマークする、複数のステップを単一の出力に統合する。
+
+## 🔍 意思決定の一貫性チェック
+
+最終統合出力を生成する前に、完了したすべてのステップをスキャンし、ステップ間の一貫性を検証します：
+
+### モード別チェック項目
+
+**🚀 クイックモード**（3ステップ — 2つの相互参照をチェック）：
+1. JTBD ↔ PR-FAQ：PR-FAQはJTBDステートメントと同じ課題に取り組んでいるか？
+2. PR-FAQ ↔ North Star：North Star MetricはPR-FAQが約束する成果を測定しているか？
+
+**📦 フルモード**（20ステップ — 全7項目をチェック）：
+1. ターゲットユーザー — JTBD、ポジショニング、PR-FAQ、North Starで同一のペルソナを参照しているか？
+2. コア課題 / JTBD — PR-FAQは同じ課題に取り組んでいるか？MVPはそれを解決しているか？
+3. ポジショニング — PR-FAQの見出しとソリューション方向に反映されているか？
+4. ソリューション方向 — 選択されたソリューションはMVPスコープと一致しているか？
+5. MVPスコープ — PR-FAQの約束と一致しているか？「やらないこと」の項目は遵守されているか？
+6. North Star Metric — JTBDの成果を測定しているか？MVPスコープで達成可能か？
+7. Pre-mortemリスク — 最終ソリューションとMVPを踏まえて依然として関連性があるか？
+
+**🔄 リビジョンモード**（12ステップ — 4項目をチェック）：
+1. 既存のJTBD ↔ ペインポイント ↔ ポジショニング：再評価後も一貫しているか？
+2. PR-FAQ ↔ MVPスコープ：リビジョン範囲はPR-FAQの記述と一致しているか？
+3. North Star ↔ Before/After：指標の比較は論理的か？
+4. Pre-mortemリスク：改訂後のプロダクトに対して依然として関連性があるか？
+
+**⚡ ビルドモード**（7ステップ — 4項目をチェック）：
+1. 課題ステートメント ↔ PR-FAQ：同じ課題に取り組んでいるか？
+2. ソリューション方向 ↔ MVPスコープ：選択されたソリューションはMVPと一致しているか？
+3. North Star ↔ MVP：指標はMVPスコープで達成可能か？
+4. Pre-mortemリスク：最終ソリューションに対して依然として関連性があるか？
+
+**🔧 機能拡張モード**（4ステップ — 3項目をチェック）：
+1. 課題 ↔ 選択したソリューション：ソリューションは述べられた課題を直接解決しているか？
+2. ソリューション ↔ 実行スコープ：スコープは選択したソリューションを正しく実装しているか？
+3. リスク評価：特定されたリスクは実行スコープに対して依然として関連性があるか？
+
+**✏️ カスタムモード** — ユーザーが実際に実行したステップ間の相互参照のみをチェックします。カスタム選択に含まれなかったステップのチェックはスキップします。
+
+### 実行方法
+1. 各コア意思決定を1行のサマリーとしてリストアップ（例：「ターゲットユーザー：アーリーステージのスタートアップ創業者」）
+2. ステップ間の矛盾や古くなった参照がないか確認
+3. 不整合が見つかった場合：
+   - 表示：「⚠️ 一貫性チェックにより最終出力前に [N] 件の問題が見つかりました：」
+   - 各問題と影響を受けるステップをリストアップ
+   - ユーザーに質問：「最終出力を生成する前にこれらを修正しますか、それともこのまま進めますか？」
+4. すべて一貫している場合：
+   - 表示：「✅ 意思決定の一貫性チェック合格 — すべてのステップが整合しています。」
+   - 最終出力の生成に進む
+
+### このチェックが重要な理由
+反復的な企画プロセスにおいて、ユーザーは上流の意思決定（例：JTBDの変更）を修正することがありますが、一部の下流ステップには古いコンテンツが残ることがあります。このチェックは、最終ドキュメントが作成される前にそのギャップを検出し、一貫性のない成果物の発生を防ぎます。
+
+## 📦 プロダクトコンテキスト自動抽出
+
+すべてのステップが完了し最終統合出力を作成する間に、`references/rules-context.md`セクション8を読み込みコンテキスト抽出を実行：
+
+1. **`.product-context.md`が存在するか確認**
+   - 存在しない → 新規ファイルを作成
+   - 存在する → ルールに従い更新（Identity/Core Strategyは上書き、Decision Historyは追加、Architectureはマージ、Insightsはマージ＆重複排除）
+
+2. **コンテンツを抽出**（`rules-context.md`セクション8テーブルのフロータイプマッピングに従い）
+
+3. **ユーザーに通知**：最終出力の後に表示：
+   「✅ プロダクトコンテキストが`.product-context.md`に更新されました — 次回の企画セッションで自動的に読み込まれます。」
+
+4. **バージョン管理リマインダー**（初回作成時のみ）：
+   「⚠️ `.product-context.md`を`.gitignore`に追加することをお勧めします — このファイルには機密プロダクト戦略情報が含まれる可能性があります。」
+
+## 最適エントリーポイント分析（フルモードのみ）
+
+```
+[ペルソナのペインポイント] → [JTBD Statement] → [OST機会] → [HMW質問]
+    → [ポジショニング（April Dunford）] → [PR-FAQバリデーション] → [ソリューション選択]
+        → [Aha Moment] → [North Star Metric] → [PMFレベル評価]
+```
+
+分析ポイント：最も解決する価値のある問題 / コアJTBD / プロダクトポジショニング / PMFレベルと次のマイルストーン / 最初のアクションステップ / Pre-mortemリスクアラート
+
+## モード別最終出力
+
+| モード | 最終統合出力 |
+|------|------------------------|
+| 🔧 機能拡張モード | 機能開発仕様：問題 → 選択したソリューション → 影響範囲 → 実行スコープ → リスク |
+| 🚀 クイックモード | 1ページの方向性サマリー：問題 → ソリューション → 成功の定義 |
+| 📦 フルモード | 最適エントリーポイント分析 + プロダクトスペックサマリー |
+| 🔄 リビジョンモード | リビジョンプロダクトスペックサマリー：Before/After比較 + 変更すること/変更しないこと + 成功メトリクス |
+| ✏️ カスタムモード | プロダクトスペックサマリー（未実行フィールドは「未実行」と記載） |
+| ⚡ ビルドモード | エンジニア向け実行サマリー |
+
+### 出力言語オーバーライド
+
+ユーザーは企画セッションとは異なる言語で出力をリクエストできます：
+- 「PR-FAQを日本語で生成して」
+- 「レポートをスペイン語で出力して」
+- 「PRDを中国語で書いて」
+
+言語オーバーライドがリクエストされた場合：
+1. リクエストされた言語で出力コンテンツを生成する
+2. フレームワーク名は英語のまま維持する（JTBD、PR-FAQ、North Star など）
+3. 出力生成後は企画セッションの元の言語に戻る
+4. 注意：これは出力ドキュメントの言語にのみ影響し、リファレンスファイルや企画フローには影響しない
+
+## 拡張出力プロンプト
+
+最終統合出力の完了後、積極的に質問：
+
+```
+「企画内容の統合が完了しました！以下のドキュメントを生成しますか？
+
+□ 更新版 [ドキュメントタイプ]（アップロードされた元ドキュメントに基づくインクリメンタル更新）← 元ドキュメントがアップロードされた場合のみ表示
+□ PDF ドキュメント（プロフェッショナルレイアウト、ブックマークナビゲーション付き、正式な共有に最適）
+□ HTML企画レポート（インタラクティブ、オンライン共有に最適）
+□ Word ドキュメント（共同編集に最適）
+□ PRDエンジニアデリバリーパッケージ（フローチャート、DBスキーマ、UIワイヤーフレームを含む）
+□ プレゼンテーション PPTX（会議プレゼンに最適、出力後 Keynote / PowerPoint での仕上げを推奨）
+□ 開発ハンドオフパッケージ（CLAUDE.md + TASKS.md + TICKETS.md + 技術アーキテクチャ — Claude Codeですぐに開発開始可能）
+□ 上記すべて
+
+「不要です」と言って終了するか、特定のドキュメントを指定することもできます。
+/export [pdf|docx|pptx|html|md] でいつでもエクスポートできます。」
+```
+
+**オプション表示ルール**：
+- 元ドキュメントがアップロードされた → 「更新版 [ドキュメントタイプ]」を先頭に表示し「（推奨）」ラベルを付ける
+- ターゲットオーディエンスがエンジニア → PRDと開発ハンドオフパッケージを先頭に
+- ターゲットオーディエンスが経営層/リーダーシップ → PDFとプレゼンテーションを先頭に
+- ターゲットオーディエンスがクロスファンクショナル → PDF、HTMLレポートとプレゼンテーションをすべて表示
+- クイックモード → PDFまたはプレゼンテーションが必要かのみ確認
+- ターゲットオーディエンスが自分自身 → 開発ハンドオフパッケージを先頭に
+
+**エクスポートトリガールール**：
+- ユーザーが PDF / Word / プレゼンテーション PPTX を選択 → `rules-export-document.md` を読み込み
+- 初めてドキュメントエクスポートをトリガー → まず `rules-document-tools.md` を読み込み、必要なツールを確認・インストール
+- ユーザーが HTML 企画レポートを選択 → `06-html-report.md`（既存ルール）を読み込み
+- ユーザーが「上記すべて」を選択 → 各フォーマットを順次エクスポート

package/i18n/ja/references/rules-export-document.md

@@ -0,0 +1,346 @@
+# マルチフォーマットドキュメントエクスポートルール
+
+> ユーザーが `/export [format]` をトリガー、またはフロー終了後にエクスポート形式を選択した時に読み込みます。
+> 初回使用時は先に `rules-document-tools.md` を読み込んでツールがインストール済みか確認してください。
+
+## サポートされるエクスポート形式
+
+| 形式 | コマンド | 変換パス | ツール |
+|------|------|---------|------|
+| PDF | `/export pdf` | HTML+CSS → Playwright → pikepdf ブックマーク | Playwright MCP + pikepdf |
+| DOCX | `/export docx` | MD → Pandoc | pandoc + reference.docx |
+| PPTX | `/export pptx` | MD → Pandoc | pandoc |
+| HTML | `/export html` | 既存の `06-html-report.md` ルール | 内蔵 |
+| Markdown | `/export md` | 直接出力 | 内蔵 |
+
+---
+
+## PDF エクスポート（コアフロー）
+
+### パス判断
+
+PDF エクスポートには2つのパスがあり、ソースコンテンツに基づいて自動選択：
+
+| ソース | パス | 理由 |
+|------|------|------|
+| 企画成果の直接エクスポート（PRD / インクリメンタル更新 / 仕様書） | **パス A：setContent** | 外部 JS 依存なし、全リソースをインライン化可能 |
+| HTML 企画レポート → PDF（Mermaid 図表 / CDN フォント含む） | **パス B：HTTP Server** | 外部 JS (mermaid.js) と CDN フォントの読み込みが必要 |
+
+### パス A：独立ドキュメント → PDF（setContent）
+
+適用対象：PRD、機能拡張インクリメンタル更新、仕様書、外部 JS を含まないすべてのコンテンツ。
+
+**ステップ 1：HTML コンテンツを生成**
+
+Claude が `references/templates/prd-style.css` を読み取り、完全な HTML ドキュメントを生成：
+
+```html
+<!DOCTYPE html>
+<html lang="zh-TW">
+<head>
+<meta charset="UTF-8">
+<style>
+/* prd-style.css の完全な内容をここにインライン */
+</style>
+</head>
+<body>
+
+<!-- 表紙ページ -->
+<div class="cover-page">
+  <h1>[ドキュメントタイトル]</h1>
+  <div class="subtitle">[サブタイトルまたは一文の説明]</div>
+  <div class="version-badge">[バージョン番号]</div>
+  <div class="meta-info">
+    <strong>PM</strong> [PM 名]<br>
+    <strong>日付</strong> [ISO 日付]<br>
+    <strong>ステータス</strong> [ステータス]
+  </div>
+</div>
+
+<!-- 凡例（インクリメンタル更新ドキュメントのみ必要） -->
+<div class="diff-legend">
+  <div class="diff-legend-item"><div class="diff-legend-swatch swatch-new"></div> 今回新規追加</div>
+  <div class="diff-legend-item"><div class="diff-legend-swatch swatch-upd"></div> 今回変更</div>
+  <div class="diff-legend-item"><div class="diff-legend-swatch swatch-unchanged"></div> 変更なし</div>
+</div>
+
+<!-- 目次ページ -->
+<div class="toc-page">
+  <h2>目次</h2>
+  <ul class="toc">
+    <!-- Claude がドキュメントの h2 見出しから目次項目を自動生成 -->
+    <li>
+      <span class="toc-title">[セクション名]</span>
+      <span class="toc-dots"></span>
+      <span class="toc-page-num">[ページ番号]</span>
+    </li>
+  </ul>
+</div>
+
+<!-- 本文コンテンツ -->
+[本文 HTML]
+
+<!-- フッター -->
+<div class="doc-footer">
+  [ドキュメントコード] [バージョン] ｜ [日付] ｜ Generated by Product Playbook
+</div>
+
+</body>
+</html>
+```
+
+**重要**：
+- CSS は完全にインライン化（外部リンク不使用）
+- フォントはシステムフォントを使用：`"PingFang TC", "Noto Sans TC", system-ui`（Playwright が自動的に PDF に埋め込み）
+- `<script>` タグや外部リソース参照を含めない
+- 目次ページ番号は推定値（PDF 生成後に微調整が必要な場合あり）
+
+**ステップ 2：Playwright で PDF レンダリング**
+
+HTML コンテンツを `/tmp/export-{timestamp}.html` に保存し、Playwright MCP を呼び出し：
+
+```javascript
+// mcp__plugin_playwright_playwright__browser_run_code
+async (page) => {
+  const fs = require('fs');
+  const html = fs.readFileSync('/tmp/export-{timestamp}.html', 'utf8');
+  await page.setContent(html, { waitUntil: 'networkidle' });
+  await page.pdf({
+    path: '{output_path}',
+    format: 'A4',
+    margin: { top: '1.8cm', bottom: '1.8cm', left: '2cm', right: '2cm' },
+    printBackground: true,
+    displayHeaderFooter: true,
+    headerTemplate: '<div></div>',
+    footerTemplate: '<div style="font-size:8pt;color:#999;text-align:center;width:100%;">p.<span class="pageNumber"></span> / <span class="totalPages"></span></div>'
+  });
+  return 'PDF generated';
+}
+```
+
+> 注意：HTML コンテンツが大きすぎる場合（>500KB）、setContent がタイムアウトする可能性があります。その場合はパス B（HTTP Server）に切り替え。
+
+**ステップ 3：pikepdf でブックマーク注入**
+
+```python
+import pikepdf, re
+
+pdf = pikepdf.open('{output_path}')
+
+# HTML から h2 見出しをブックマークとして抽出
+# Claude は HTML 生成時に各 h2 の推定ページ番号を記録する必要がある
+bookmarks = [
+    # (タイトル, ページインデックス 0-based)
+    ("修訂紀錄", 2),
+    ("User Story", 4),
+    ("開発アーキテクチャ説明", 6),
+    # ... 実際のコンテンツに基づいて生成
+]
+
+with pdf.open_outline() as outline:
+    for title, page_idx in bookmarks:
+        page_idx = min(page_idx, len(pdf.pages) - 1)
+        outline.root.append(
+            pikepdf.OutlineItem(title, page_idx)
+        )
+
+# PDF メタデータを設定
+with pdf.open_metadata() as meta:
+    meta['dc:title'] = '[ドキュメントタイトル]'
+    meta['dc:creator'] = ['[PM 名]']
+    meta['pdf:Producer'] = 'Product Playbook + Playwright'
+
+pdf.save('{output_path}')
+```
+
+**ステップ 4：ユーザーに通知**
+
+```
+✅ PDF をエクスポートしました：{output_path}
+  📄 {ページ数} ページ ｜ {ファイルサイズ}
+  📑 ブックマークナビゲーション付き（{ブックマーク数} セクション）
+```
+
+### パス B：HTML レポート → PDF（HTTP Server）
+
+適用対象：Mermaid 図表、CDN フォント、インタラクティブ要素を含む HTML レポート。
+
+**ステップ 1：HTML レポートは生成済み**
+
+HTML レポートは `06-html-report.md` ルールによって生成され、`/tmp/report-{timestamp}.html` に保存済み。
+
+**ステップ 2：HTTP Server を起動**
+
+```bash
+cd /tmp && python3 -m http.server 18899 &
+echo $!  # PID を記録
+```
+
+**ステップ 3：Playwright でレンダリング**
+
+```javascript
+// mcp__plugin_playwright_playwright__browser_run_code
+async (page) => {
+  await page.goto('http://localhost:18899/report-{timestamp}.html', {
+    waitUntil: 'networkidle',
+    timeout: 30000
+  });
+  // Mermaid 図表のレンダリング完了を待機
+  await page.waitForTimeout(3000);
+  // すべてのアコーディオン（<details>）要素を展開
+  await page.evaluate(() => {
+    document.querySelectorAll('details').forEach(d => d.open = true);
+  });
+  await page.pdf({
+    path: '{output_path}',
+    format: 'A4',
+    margin: { top: '1.8cm', bottom: '1.8cm', left: '2cm', right: '2cm' },
+    printBackground: true,
+    displayHeaderFooter: true,
+    headerTemplate: '<div></div>',
+    footerTemplate: '<div style="font-size:8pt;color:#999;text-align:center;width:100%;">p.<span class="pageNumber"></span> / <span class="totalPages"></span></div>'
+  });
+  return 'PDF generated';
+}
+```
+
+**ステップ 4：HTTP Server を停止 + pikepdf ブックマーク**
+
+```bash
+kill {SERVER_PID}
+```
+
+その後、パス A と同じ pikepdf ブックマーク注入ステップを実行。
+
+### Playwright MCP が利用不可の場合の Fallback
+
+Playwright MCP が接続されていない場合、Node.js で直接実行：
+
+```bash
+node -e "
+const { chromium } = require('playwright');
+const fs = require('fs');
+(async () => {
+  const browser = await chromium.launch({ headless: true });
+  const page = await browser.newPage();
+  const html = fs.readFileSync('/tmp/export-{timestamp}.html', 'utf8');
+  await page.setContent(html, { waitUntil: 'networkidle' });
+  await page.pdf({
+    path: '${OUTPUT_PATH}',
+    format: 'A4',
+    printBackground: true,
+    margin: { top: '1.8cm', bottom: '1.8cm', left: '2cm', right: '2cm' }
+  });
+  await browser.close();
+  console.log('PDF generated');
+})();
+"
+```
+
+---
+
+## DOCX エクスポート
+
+### ステップ 1：Markdown を生成
+
+Claude が企画成果をクリーンな Markdown 形式に整理し、`/tmp/export-{timestamp}.md` に保存。
+
+### ステップ 2：Pandoc で変換
+
+```bash
+pandoc /tmp/export-{timestamp}.md \
+  -o "{output_path}" \
+  --from markdown \
+  --to docx \
+  --reference-doc="~/.claude/skills/product-playbook/references/templates/reference.docx" \
+  --toc \
+  --toc-depth=2
+```
+
+reference.docx テンプレートがない場合、`--reference-doc` パラメータを省略（Pandoc デフォルトスタイルを使用）。
+
+### ステップ 3：ユーザーに通知
+
+```
+✅ Word ドキュメントをエクスポートしました：{output_path}
+  📄 目次付き ｜ {ファイルサイズ}
+```
+
+---
+
+## PPTX エクスポート
+
+```bash
+pandoc /tmp/export-{timestamp}.md \
+  -o "{output_path}" \
+  --from markdown \
+  --to pptx \
+  --slide-level=2
+```
+
+> ヒント：Pandoc の PPTX 品質には限界があるため、PPTX をアウトラインとして使用し、PowerPoint/Keynote で仕上げることを推奨します。
+
+---
+
+## インクリメンタル更新ドキュメントの特別処理
+
+エクスポートするのが Feature Extension または Revision モードのインクリメンタル更新ドキュメントの場合：
+
+### Diff ビジュアルマーキングルール
+
+1. **`[NEW]` マークの段落**：
+   - `<span class="new">NEW</span>` マークを使用
+   - 所属するテーブル行に `class="new-row"` を追加
+   - 段落に `class="diff-added"` を追加
+
+2. **`[UPDATED]` マークの段落**：
+   - `<span class="upd">UPDATED</span>` マークを使用
+   - 所属するテーブル行に `class="upd-row"` を追加
+   - 元のコンテンツがある場合、元のコンテンツに `class="diff-removed"`、新しいコンテンツに `class="diff-added"` を追加
+
+3. **変更なしの段落**：通常表示、特別なマークなし
+
+4. **ドキュメント冒頭に凡例を追加**：
+```html
+<div class="diff-legend">
+  <div class="diff-legend-item">
+    <div class="diff-legend-swatch swatch-new"></div> 今回新規追加
+  </div>
+  <div class="diff-legend-item">
+    <div class="diff-legend-swatch swatch-upd"></div> 今回変更
+  </div>
+  <div class="diff-legend-item">
+    <div class="diff-legend-swatch swatch-unchanged"></div> マークなし = 変更なし
+  </div>
+</div>
+```
+
+---
+
+## 出力パスルール
+
+デフォルトで `~/Downloads/` に出力、ファイル名形式：
+
+```
+[ドキュメントコード] [ドキュメントタイトル] [バージョン].{ext}
+
+例：
+[D-221] 凱基個人虛擬帳號 v1.0.14 完整合併版.pdf
+Product Planning Report - UPASS Virtual Account.docx
+```
+
+ユーザーがパスを指定した場合、そのパスを使用。
+
+---
+
+## 品質チェックリスト
+
+エクスポート前に Claude が自己チェック：
+
+- [ ] HTML に残留 Markdown 構文がないか（`**`, `##`, `|---|`）
+- [ ] すべての表の行数と列数が元のコンテンツと一致
+- [ ] `[NEW]` / `[UPDATED]` マークに対応する CSS class が正しく適用されている
+- [ ] 表紙ページ情報（タイトル、バージョン、PM、日付）が正確
+- [ ] 目次項目と本文 h2 見出しが一致
+- [ ] CSS が完全にインライン化（パス A）または CDN アクセス可能（パス B）
+- [ ] ブックマーク数が h2 見出し数と一致

package/i18n/ja/references/rules-file-integration.md

@@ -0,0 +1,65 @@
+# 📎 ファイル統合ガイド
+
+> ユーザーが補足資料をアップロードした時に読み込みます。
+
+## 直接サポートされるファイルタイプ
+
+| ファイルタイプ | 一般的なシナリオ | 統合方法 |
+|-----------|-----------------|-------------------|
+| **画像** | 競合スクリーンショット、ホワイトボード写真、手描きジャーニーマップ、アプリインターフェーススクリーンショット、データレポートスクリーンショット | コンテンツを認識し対応するステップに統合 |
+| **PDF** | 市場レポート、社内ドキュメント、ユーザーリサーチレポート、既存PRD | `rules-import-document.md` を読み込み、三層解析を実行（pymupdf 直接抽出 → Claude Vision セマンティック解析 → Tesseract fallback）。初回使用時は `rules-document-tools.md` を読み込みツールを確認。 |
+| **CSV / Excel** | ユーザー行動データ、リテンションデータ、NPS調査結果、営業データ | データを分析し定量評価に使用 |
+| **テキストファイル** | インタビュー記録、既存要件ドキュメント、会議メモ | ペルソナ手がかり、ペインポイント、JTBDエビデンスを抽出 |
+| **DOCX** | 既存PRD、プロダクトスペックドキュメント、ユーザーリサーチレポート | `rules-import-document.md` を読み込み、Pandoc で Markdown に変換して統合。初回使用時は `rules-document-tools.md` を読み込みツールを確認。 |
+| **PPTX** | 既存プレゼンテーション、プロダクト紹介スライド | `rules-import-document.md` を読み込み、Pandoc で Markdown に変換して統合。 |
+
+## 直接サポートされないがガイダンスあり
+
+| ファイルタイプ | ガイダンス |
+|-----------|----------|
+| **動画** | ユーザーにキーシーンの説明を依頼、またはトランスクリプト/字幕ファイルの提供を依頼 |
+| **Figma / Sketch** | ユーザーにスクリーンショットを撮影してアップロードを依頼 |
+| **Protobuf / Swagger** | ユーザーにJSONまたはテキストフォーマットでのエクスポートを依頼 |
+
+## ファイル → ステップ自動マッピング表
+
+| アップロード内容 | 自動マッピング先ステップ | 統合アクション |
+|-----------------|-----------------|-------------------|
+| 競合アプリ / ウェブサイトスクリーンショット | ポジショニング | 「競合代替品」として特定し、差別化を分析 |
+| ホワイトボード手描きフローチャート | ジャーニーマップ / OST | フローを認識し構造化テーブルに変換 |
+| ユーザーインタビュー記録 | ペルソナ + JTBD | ペインポイント、現在のワークアラウンド、感情的反応、Jobステートメントを抽出 |
+| ユーザー行動データ（CSV） | 機会評価 + North Star + PMF | 仮定ベースのスコアを実データに置き換え |
+| NPS / 満足度調査 | PMF + Sean Ellis Score | Scoreを直接計算；PMFレベルを決定 |
+| 既存PRD / 要件ドキュメント | リビジョンモード S1 + MVP | 既存機能リストと決定履歴を抽出 |
+| 市場レポートPDF | 機会評価 + 戦略 | 市場規模、トレンド、競合状況を抽出 |
+| 営業データ | ビジネスモデル + GTM | 収益構造、顧客分布、チャネル効果を分析 |
+| アプリインターフェーススクリーンショット | Aha Moment + ジャーニー | 現在の体験パスを分析 |
+
+## 統合ルール
+
+1. **積極的な特定**：まず「[ファイルタイプ]がアップロードされたことを確認しました。[主要情報]を[ステップ名]に統合します。」と説明
+2. **既存出力を上書きしない**：アップロードされたコンテンツを「補足資料」としてマークし、出力を更新して変更伝播ルールをトリガー
+3. **ソースをマーク**：出力でどのコンテンツがアップロードファイルから来たか注記（例：「✦ アップロードされたユーザーリサーチレポートから」）
+4. **データ優先**：実データと以前の仮定がコンフリクトする場合、実データを優先
+5. **ステップ横断の影響**：1つのファイルが複数のステップに影響する可能性がある — 影響を受けるすべてのステップを一度にリスト
+
+## 📎 元ドキュメント識別とインクリメンタル更新
+
+ユーザーが**機能拡張**または**リビジョンモード**でファイルをアップロードした場合、それが「元ドキュメント」（新しい企画出力に基づいてインクリメンタル更新すべきドキュメント）であるかどうかを判断します：
+
+### 識別基準
+- ファイルタイプ：PRD、プロダクトスペック、アーキテクチャドキュメント、要件ドキュメント、設計ドキュメント
+- ユーザーが明示的に言及：「これが現在のPRDです」「このドキュメントを更新してください」「このスペックをベースにしてください」など
+- 機能拡張またはリビジョンモードのS1（コンテキスト収集）でアップロード
+
+### 元ドキュメントが識別された場合
+1. マーク表示：「📎 元ドキュメントを検出しました — 最終出力はこのファイルに基づくインクリメンタル更新になります」
+2. ドキュメント構造を解析（セクション見出し、フォーマット規則、命名パターン）
+3. 一貫した出力のためにドキュメントのフォーマットとスタイルを記録
+4. S1で、ドキュメントを使用して既存システムコンテキスト（技術スタック、モジュール、機能）を事前入力
+
+### インクリメンタル出力ルール（最終出力段階で適用）
+- 新しいコンテンツは適切なセクションに挿入し、`[NEW]` でマーク
+- 変更されたコンテンツは `[UPDATED]` でマークし、元のコンテンツをコメントとして保持
+- 新機能に関連しないセクションはそのまま維持
+- 出力ドキュメントは元ファイルのフォーマット、スタイル、命名規則を維持

package/i18n/ja/references/rules-full.md

@@ -0,0 +1,66 @@
+# 📦 フルモード ステップ順序（20ステップ + 最終出力）
+
+> このファイルはフルモードの正式なステップ定義です。SKILL.mdコアディスパッチャーにより読み込まれます。
+
+## ステップ順序
+
+```
+Phase 0：前提条件
+  S1.  機会評価 + DHM → references/00-opportunity-check.md を読み込み
+  S2.  Strategy Blocks + Rumelt戦略の核心 → references/01-strategy.md を読み込み
+
+Phase 1：ディスカバリー
+  S3.  ペルソナ表 → references/02a-persona.md を読み込み
+  S4.  ペルソナカード → references/02a-persona.md を読み込み
+  S5.  JTBD分析 → references/02b-jtbd.md を読み込み
+  S6.  Opportunity Solution Tree（OST） → references/02c-ost-journey.md を読み込み
+  S7.  ユーザージャーニーマップ → references/02c-ost-journey.md を読み込み
+
+Phase 2：Define
+  S8.  ペインポイントサマリー表 → references/03-define.md を読み込み
+  S9.  April Dunfordポジショニング → references/03-define.md を読み込み
+  S10. HMWリフレーミング → references/03-define.md を読み込み
+  S11. 機会評価表 → references/03-define.md を読み込み
+
+Phase 3：Develop
+  S12. PR-FAQ → references/04a-prfaq.md を読み込み
+  S13. 並行プロトタイプ → references/04b-solutions.md を読み込み
+  S14. Pre-mortem → references/04b-solutions.md を読み込み
+  S15. GEM + RICE優先順位付け → references/04b-solutions.md を読み込み
+  S16. User Story → references/04b-solutions.md を読み込み
+  S17. MVP + Not Doing List → references/04c-mvp.md を読み込み
+
+Phase 4：Deliver
+  S18. North Star + 3層シグナル + Aha Moment → references/05a-northstar-aha.md を読み込み
+  S19. PMFレベル評価 + GTM戦略 + ビジネスモデル → references/05b-pmf-gtm.md を読み込み
+  S20. 仮説検証プラン → references/05c-validation-spec.md を読み込み
+────
+最終出力 → プロダクトスペックサマリー（references/05c-validation-spec.md → 4.6） + 最適エントリーポイント分析
+```
+
+> フルモードでは、ターゲットオーディエンスが経営層またはクロスファンクショナルチームの場合、S18の前にセクション4.1 Empowered Teamsを追加します；それ以外はスキップ。
+
+## リファレンス読み込み指示
+
+各ステップに入る時にのみ対応するリファレンスファイルを読み込みます（すべてのファイルを事前読み込みしない）：
+
+| ステップ | リファレンスファイル |
+|------|---------------|
+| S1 | `references/00-opportunity-check.md` |
+| S2 | `references/01-strategy.md` |
+| S3-S4 | `references/02a-persona.md` |
+| S5 | `references/02b-jtbd.md` |
+| S6-S7 | `references/02c-ost-journey.md` |
+| S8-S11 | `references/03-define.md` |
+| S12 | `references/04a-prfaq.md` |
+| S13-S16 | `references/04b-solutions.md` |
+| S17 | `references/04c-mvp.md` |
+| S18 | `references/05a-northstar-aha.md` |
+| S19 | `references/05b-pmf-gtm.md` |
+| S20 + 最終出力 | `references/05c-validation-spec.md` |
+
+## 最終出力フォーマット
+
+**最適エントリーポイント分析**（完全ロジックチェーン）+ **プロダクトスペックサマリー**
+
+完了後、`references/rules-end-of-flow.md`に従ってエンドオブフロールールを実行してください。