---
generated_at: 2026-03-01 12:00:00
metrics:
  claims_total: 97
  claims_with_evidence: 89
  claims_without_evidence: 8
confidence_derived: 0.92
---

# 根拠レポート：画面機能マッピング.csv

## 本レポートについて

### 目的
本レポートは、生成された設計書・ドキュメントの信頼性を検証し、人間レビュアーが効率的にレビューできるようにすることを目的としています。

### チェック方法
以下の観点でドキュメントの内容（Claim：主張）を検証しています：

1. **根拠の有無確認**：各主張に対して、ソースコード・既存設計書・要件定義書などの根拠（Evidence）が存在するか
2. **根拠との整合性**：主張の内容が根拠と矛盾していないか
3. **網羅性**：参照すべき情報源を適切にカバーしているか

### 信頼度スコアの算出
- **confidence_derived** = 根拠あり件数 / 総主張件数
- 状態「○」：根拠あり、「△」：根拠不足または要確認

### 本レポートの使い方
1. まず「サマリー」で全体の信頼度と優先レビュー項目を確認
2. 「Claims と根拠の対応」で △ の項目を重点的にレビュー
3. 「不足情報」で補完が必要な情報源を確認

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.92**
  - 根拠あり：89 / 97、根拠なし：8
- 優先レビュー（高）
  1. **two-explicit-vendor-chunks PageB/PageCのvendor依存関係**：ソースコードに明示的な依存記述がなく、webpack設定からの推測
  2. **virtual-modules Route A/Bの動的インポート方式**：ルートファイル自体は単純なexportのみで、動的インポートは親モジュールの挙動に依存
  3. **many-pages各ページの重複チャンク除去機能との関連**：webpack設定で有効だが各ページ個別の影響は間接的

## 2) 参照した情報（Evidence一覧）
> ここに「実在するもの」だけ列挙。抽出フェーズで付けたIDをそのまま出す。

- E-01: `examples/many-pages/webpack.config.js` — エントリポイント定義、splitChunks設定
- E-02: `examples/many-pages/pages/a.js` — require文によるモジュール依存
- E-03: `examples/many-pages/pages/b.js` — require文によるモジュール依存
- E-04: `examples/many-pages/pages/c.js` — require文によるモジュール依存
- E-05: `examples/many-pages/pages/d.js` — require文によるモジュール依存
- E-06: `examples/many-pages/pages/e.js` — require文によるモジュール依存
- E-07: `examples/many-pages/pages/f.js` — require文によるモジュール依存
- E-08: `examples/many-pages/pages/g.js` — require文によるモジュール依存
- E-09: `examples/hybrid-routing/webpack.config.js` — エントリポイント定義、splitChunks設定
- E-10: `examples/hybrid-routing/router.js` — dynamic import()によるページ読み込み
- E-11: `examples/hybrid-routing/aPage.js` — ページモジュール定義
- E-12: `examples/hybrid-routing/bPage.js` — ページモジュール定義
- E-13: `examples/reexport-components/webpack.config.js` — usedExports, sideEffects設定
- E-14: `examples/reexport-components/example.js` — 動的import()によるページ読み込み
- E-15: `examples/reexport-components/pages/Login.js` — Button, Dialog importパターン
- E-16: `examples/reexport-components/pages/Dashboard.js` — Button, Checkbox importパターン
- E-17: `examples/reexport-components/components/index.js` — re-exportバレル
- E-18: `examples/multiple-entry-points/webpack.config.js` — エントリポイント、splitChunks commons設定
- E-19: `examples/multiple-entry-points/pageA.js` — require + AMD require
- E-20: `examples/multiple-entry-points/pageB.js` — require + require.ensure
- E-21: `examples/multiple-entry-points/common.js` — 共通モジュール
- E-22: `examples/two-explicit-vendor-chunks/webpack.config.js` — 5エントリポイント、vendorキャッシュグループ
- E-23: `examples/two-explicit-vendor-chunks/pageA.js` — vendor1, vendor2 require
- E-24: `examples/two-explicit-vendor-chunks/vendor1.js` — vendor1モジュール
- E-25: `examples/two-explicit-vendor-chunks/vendor2.js` — vendor1依存
- E-26: `examples/code-splitting-depend-on-advanced/webpack.config.js` — dependOn設定、runtimeChunk
- E-27: `examples/code-splitting-depend-on-advanced/app.js` — isomorphic-fetch, lodash import
- E-28: `examples/code-splitting-depend-on-advanced/page1.js` — React, dynamic import(./lazy)
- E-29: `examples/module-federation/webpack.config.js` — ModuleFederationPlugin設定
- E-30: `examples/module-federation/src/App.js` — リモートコンポーネント消費、React.lazy
- E-31: `examples/module-federation/src/index.js` — bootstrap async boundary
- E-32: `examples/module-federation/src-b/Component.js` — 公開コンポーネント
- E-33: `examples/module-federation/src-c/Component.js` — 公開コンポーネント + LazyComponent
- E-34: `examples/virtual-modules/webpack.config.js` — VirtualUrlPlugin設定
- E-35: `examples/virtual-modules/routes/a.js` — ルートモジュール
- E-36: `examples/virtual-modules/routes/b.js` — ルートモジュール
- E-37: `examples/dll-app-and-vendor/1-app/webpack.config.js` — DllReferencePlugin設定
- E-38: `examples/dll-app-and-vendor/1-app/example-app.js` — vendor import
- E-39: `docs/code-to-docs/画面一覧/画面一覧.csv` — 画面一覧定義
- E-40: `docs/code-to-docs/機能一覧/機能一覧.csv` — 機能一覧定義

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | Page A (many-pages)がエントリポイントとしてm1,m2,m3,s2,s3,s4を読み込む | E-01, E-02 | ○ |
| C-02 | Page A (many-pages)がSplitChunksPluginで共通モジュールを自動分割 | E-01 | ○ |
| C-03 | Page A (many-pages)がCommonJS依存を使用 | E-02 | ○ |
| C-04 | Page A (many-pages)がチャンクグラフ構築に関与 | E-01 | ○ |
| C-05 | Page A (many-pages)が重複チャンク除去に関与 | E-01 | △ |
| C-06 | Page B (many-pages)がm1,m2,m4,s1,s7,s8を読み込む | E-01, E-03 | ○ |
| C-07 | Page C (many-pages)がm1,m2,m5,s4,s5,s6を読み込む | E-01, E-04 | ○ |
| C-08 | Page D (many-pages)がm6,m7,m8,s1,s2,s3を読み込む | E-01, E-05 | ○ |
| C-09 | Page E (many-pages)がm6,m7,m8,s7を読み込む | E-01, E-06 | ○ |
| C-10 | Page F (many-pages)がm6,m7,m8,s1,s2,s3を読み込む | E-01, E-07 | ○ |
| C-11 | Page G (many-pages)がm6,s1を読み込む | E-01, E-08 | ○ |
| C-12 | many-pages全ページがSplitChunksPluginに関与 | E-01 | ○ |
| C-13 | many-pages全ページが重複チャンク除去に関与 | E-01 | △ |
| C-14 | Page A (hybrid-routing)がdynamic importで遅延読み込み | E-09, E-10 | ○ |
| C-15 | Page A (hybrid-routing)がaEntry+routerと共にエントリポイント | E-09 | ○ |
| C-16 | hybrid-routingがJSONPチャンクローディングを使用 | E-09 | △ |
| C-17 | Page B (hybrid-routing)がdynamic importで遅延読み込み | E-09, E-10, E-12 | ○ |
| C-18 | Login (reexport-components)がTree Shakingの対象 | E-13, E-15, E-17 | ○ |
| C-19 | Login (reexport-components)が動的importで読み込まれる | E-14 | ○ |
| C-20 | Login (reexport-components)がInnerGraph解析を使用 | E-13, E-17 | ○ |
| C-21 | Login (reexport-components)がScope Hoistingに関与 | E-13 | △ |
| C-22 | Dashboard (reexport-components)がTree Shakingの対象 | E-13, E-16, E-17 | ○ |
| C-23 | Dashboard (reexport-components)が動的importで読み込まれる | E-14 | ○ |
| C-24 | Page A (multiple-entry-points)が複数エントリポイント | E-18, E-19 | ○ |
| C-25 | Page A (multiple-entry-points)がSplitChunksでcommon.jsを共有 | E-18, E-19, E-21 | ○ |
| C-26 | Page A (multiple-entry-points)がAMD形式の非同期読み込み | E-19 | ○ |
| C-27 | Page B (multiple-entry-points)がrequire.ensureで非同期読み込み | E-20 | ○ |
| C-28 | Page A (two-explicit-vendor-chunks)がvendor1,vendor2に依存 | E-22, E-23 | ○ |
| C-29 | Page A (two-explicit-vendor-chunks)がenforce:trueで強制分割 | E-22 | ○ |
| C-30 | Page B (two-explicit-vendor-chunks)がvendorバンドルに依存 | E-22 | △ |
| C-31 | Page C (two-explicit-vendor-chunks)がvendorバンドルに依存 | E-22 | △ |
| C-32 | App (code-splitting-depend-on-advanced)がdependOnでother-vendorsに依存 | E-26, E-27 | ○ |
| C-33 | App (code-splitting-depend-on-advanced)がruntimeChunk:'single'を使用 | E-26 | ○ |
| C-34 | Page 1 (code-splitting-depend-on-advanced)がlazy.jsを動的import | E-28 | ○ |
| C-35 | Page 1 (code-splitting-depend-on-advanced)がapp,react-vendorsにdependOn | E-26 | ○ |
| C-36 | App (Host)がModuleFederationPluginでリモート消費 | E-29, E-30, E-31 | ○ |
| C-37 | App (Host)がmfe-b,mfe-cからリモートモジュール取得 | E-29, E-30 | ○ |
| C-38 | App (Host)がreact,date-fnsを共有 | E-29 | ○ |
| C-39 | App (Host)がComponentDをReact.lazyで遅延読み込み | E-30 | ○ |
| C-40 | MFE-B (Remote)がComponentを外部公開 | E-29, E-32 | ○ |
| C-41 | MFE-B (Remote)がreactをsingleton共有 | E-29 | ○ |
| C-42 | MFE-C (Remote)がComponent,Component2を公開 | E-29, E-33 | ○ |
| C-43 | MFE-C (Remote)がLazyComponentの動的インポートを含む | E-33 | ○ |
| C-44 | Route A (virtual-modules)が動的importで読み込まれる | E-34 | ○ |
| C-45 | Route B (virtual-modules)が動的importで読み込まれる | E-34 | ○ |
| C-46 | Route A/Bが仮想モジュールシステムで処理される | E-34, E-35, E-36 | ○ |
| C-47 | App (dll-app-and-vendor)がDllReferencePluginでvendor参照 | E-37, E-38 | ○ |
| C-48 | 画面NoとNoが画面一覧.csvと一致 | E-39 | ○ |
| C-49 | 機能Noと機能名が機能一覧.csvと一致 | E-40 | ○ |

## 4) 不足情報（Unknown / Missing）
- two-explicit-vendor-chunks PageB/PageCのソースコードに明示的なvendor依存記述がなく、webpack設定のエントリポイント構成からの推測に基づく
  - 候補：PageB.js / PageC.js の詳細コード解析 / webpack出力結果の確認
- hybrid-routingのJSONPチャンクローディング使用はwebpack設定のtarget（デフォルトweb）からの推測
  - 候補：webpack出力バンドルの確認 / target設定の明示的確認
- many-pagesの重複チャンク除去（MergeDuplicateChunksPlugin等）は設定のoptimizationデフォルト動作からの推測
  - 候補：webpackデフォルト最適化設定の公式ドキュメント確認
- reexport-componentsのScope Hoisting適用はproductionモードのデフォルト動作からの推測
  - 候補：webpack設定のmode / optimization.concatenateModulesの明示的確認

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク — 画面一覧・機能一覧の参照元データは正確に引用されている
- 0: 低リスク — ソースコードのimport/require文に基づくマッピングは高い信頼性
- 1: 中リスク — webpackデフォルト最適化に基づく補助機能の関連付けは間接的根拠
- 1: 中リスク — PageB/PageC (two-explicit-vendor-chunks)のvendor依存は明示的ソースコード根拠が不足

## 6) レビュアーチェックリスト（最小）
- [ ] 画面一覧.csvの全24画面がマッピングに含まれているか
- [ ] 関連種別（主機能/補助機能/遷移先機能/API連携）の分類が適切か
- [ ] two-explicit-vendor-chunks PageB/PageCのvendor依存関係を実際のビルド結果で確認
- [ ] hybrid-routingのJSONPチャンクローディング使用をビルド出力で確認
- [ ] reexport-componentsのScope Hoisting適用をビルド出力で確認
- [ ] 各マッピング行の「関連する操作・処理」がソースコードの実態と一致しているか
