---
generated_at: 2026-03-01 12:00:00
metrics:
  claims_total: 34
  claims_with_evidence: 32
  claims_without_evidence: 2
confidence_derived: 0.94
---

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

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.94**
  - 根拠あり：32 / 34、根拠なし：2
- 優先レビュー（高）
  1. **C-14 画面3のCSS最適化との関連**：PostCSSプラグイン内部で最適化が実行されるが、画面レイアウト側のコードからは直接確認不可
  2. **C-34 画面6のv3互換フックとの関連**：v3互換構成はglobals.cssの@import形式から推定しているが、ランタイム動作の直接確認は困難

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

- E-01: `playgrounds/vite/src/index.html` - Vite Playgroundのエントリポイント
- E-02: `playgrounds/vite/src/main.tsx` - ViteのReactエントリファイル、index.cssをインポート
- E-03: `playgrounds/vite/src/app.tsx` - Appコンポーネント、Tailwindユーティリティクラス使用
- E-04: `playgrounds/vite/src/index.css` - @import 'tailwindcss' ディレクティブ
- E-05: `playgrounds/vite/vite.config.ts` - @tailwindcss/viteプラグイン登録
- E-06: `playgrounds/nextjs/app/layout.tsx` - Next.jsルートレイアウト、Interフォント適用
- E-07: `playgrounds/nextjs/app/globals.css` - @import 'tailwindcss' ディレクティブ
- E-08: `playgrounds/nextjs/app/page.tsx` - Next.jsホームページ、CSSモジュール使用
- E-09: `playgrounds/nextjs/app/page.module.css` - @reference + @apply skew-7
- E-10: `playgrounds/nextjs/postcss.config.js` - @tailwindcss/postcss プラグイン登録
- E-11: `playgrounds/v3/app/layout.tsx` - v3互換レイアウト、[&_h1]:font-thin使用
- E-12: `playgrounds/v3/app/globals.css` - v3形式の@import (base/components/utilities)
- E-13: `playgrounds/v3/app/page.tsx` - v3ホームページ、複数ユーティリティクラス使用
- E-14: `playgrounds/v3/postcss.config.js` - tailwindcss + autoprefixer プラグイン登録
- E-15: `docs/code-to-docs/画面一覧/画面一覧.csv` - 画面一覧定義
- E-16: `docs/code-to-docs/機能一覧/機能一覧.csv` - 機能一覧定義

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | 画面1: index.cssの@import 'tailwindcss'によりcompile機能が実行される | E-04 | ○ |
| C-02 | 画面1: @import 'tailwindcss'によりsubstituteAtImportsが呼ばれる | E-04 | ○ |
| C-03 | 画面1: vite.config.tsで@tailwindcss/viteプラグインが登録されている | E-05 | ○ |
| C-04 | 画面1: Viteプラグイン経由でScannerが候補クラスをスキャンする | E-05 | ○ |
| C-05 | 画面1: Viteプラグイン経由でExtractorが候補クラスを抽出する | E-05 | ○ |
| C-06 | 画面2: m-3・p-3・border等のユーティリティクラスのCSS生成をUtilitiesが担当 | E-03 | ○ |
| C-07 | 画面2: className属性の候補クラスからcompileCandidatesがASTノードを生成する | E-03 | ○ |
| C-08 | 画面2: クラス文字列をparseCandidateがCandidate構造体に解析する | E-03 | ○ |
| C-09 | 画面2: text-blue-500のカラー値をThemeが解決する | E-03 | ○ |
| C-10 | 画面2: buildDesignSystemがDesignSystemを提供する | E-03 | ○ |
| C-11 | 画面3: globals.cssの@import 'tailwindcss'によりcompile機能が実行される | E-07 | ○ |
| C-12 | 画面3: @import 'tailwindcss'によりsubstituteAtImportsが呼ばれる | E-07 | ○ |
| C-13 | 画面3: postcss.config.jsで@tailwindcss/postcssが登録されている | E-10 | ○ |
| C-14 | 画面3: PostCSSプラグイン内でLightning CSSによるCSS最適化が実行される | E-10 | △ |
| C-15 | 画面3: PostCSSプラグイン経由でScannerが候補クラスをスキャンする | E-10 | ○ |
| C-16 | 画面3: PostCSSプラグイン経由でExtractorが候補クラスを抽出する | E-10 | ○ |
| C-17 | 画面4: page.module.cssの@apply skew-7がsubstituteAtApplyで展開される | E-09 | ○ |
| C-18 | 画面4: page.module.cssの@referenceによりglobals.cssのスタイル定義を参照する | E-09 | ○ |
| C-19 | 画面4: @apply skew-7によりcompileCandidatesがASTノードを生成する | E-09 | ○ |
| C-20 | 画面4: skew-7をparseCandidateがCandidate構造体に解析する | E-09 | ○ |
| C-21 | 画面4: skew-7のCSS生成をUtilitiesが担当する | E-09 | ○ |
| C-22 | 画面5: v3形式の@import群をapplyCompatibilityHooksが処理する | E-12 | ○ |
| C-23 | 画面5: globals.cssのv3互換ディレクティブによりcompileが実行される | E-12 | ○ |
| C-24 | 画面5: @importディレクティブ群をsubstituteAtImportsが解決する | E-12 | ○ |
| C-25 | 画面5: postcss.config.jsでtailwindcssプラグインが登録されている | E-14 | ○ |
| C-26 | 画面5: [&_h1]:font-thin任意値バリアントをVariantsが処理する | E-11 | ○ |
| C-27 | 画面5: [&_h1]:font-thinをparseCandidateが解析する | E-11 | ○ |
| C-28 | 画面5: [&_h1]をparseVariantがVariant構造体に解析する | E-11 | ○ |
| C-29 | 画面5: PostCSSプラグイン経由でScannerが候補クラスをスキャンする | E-14 | ○ |
| C-30 | 画面6: text-3xl・font-bold等のCSS生成をUtilitiesが担当する | E-13 | ○ |
| C-31 | 画面6: className属性の候補クラスからcompileCandidatesがASTノードを生成する | E-13 | ○ |
| C-32 | 画面6: クラス文字列をparseCandidateがCandidate構造体に解析する | E-13 | ○ |
| C-33 | 画面6: text-3xlのフォントサイズ値等をThemeが解決する | E-13 | ○ |
| C-34 | 画面6: v3互換のglobals.css構成をapplyCompatibilityHooksがサポートする | E-12 | △ |

## 4) 不足情報（Unknown / Missing）
- **C-14**: PostCSSプラグイン内でのCSS最適化（Lightning CSS）の実行は、postcss.config.jsの設定からは直接確認できない。PostCSSプラグインの内部実装（packages/@tailwindcss-postcss/src/index.ts）で最適化が行われることは機能一覧の定義に基づくが、画面レイアウトのコードからの直接的な根拠は不十分。
  - 候補：packages/@tailwindcss-postcss/src/index.ts / packages/@tailwindcss-node/src/optimize.ts
- **C-34**: 画面6のv3互換フックとの関連は、画面5のglobals.css（v3形式の@import）から推定している。画面6自体のpage.tsxにはv3互換フックへの直接的な参照はなく、ランタイムでv3互換レイヤーが適用されるかの確認は間接的。
  - 候補：packages/tailwindcss/src/compat/apply-compat-hooks.ts / playgrounds/v3/app/globals.css

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - 画面1・2のVite Playground関連マッピングはソースコードから明確に確認可能
- 0: 低リスク - 画面4の@apply関連マッピングはpage.module.cssに明記されている
- 1: 中リスク - 画面3のCSS最適化機能（C-14）との関連は間接的な推定に基づく
- 1: 中リスク - 画面6のv3互換フック（C-34）との関連はglobals.cssの形式からの推定
- 0: 低リスク - 全体として、画面とビルドツール統合（Vite/PostCSS）の関連は設定ファイルから確認可能

## 6) レビュアーチェックリスト（最小）
- [ ] 画面NoとNo値が画面一覧.csvと一致しているか確認
- [ ] 機能NoとNo値が機能一覧.csvと一致しているか確認
- [ ] 関連種別（主機能/補助機能/遷移先機能/API連携）の分類が適切か確認
- [ ] Vite Playground（画面1・2）がViteプラグインを使用していることの妥当性を確認
- [ ] Next.js Playground（画面3・4）がPostCSSプラグインを使用していることの妥当性を確認
- [ ] V3 Playground（画面5・6）のv3互換レイヤーとの関連が妥当か確認
- [ ] 画面4の@apply機能との関連がpage.module.cssの内容と一致しているか確認
- [ ] 画面5の任意値バリアント[&_h1]:font-thinが適切にバリアント管理機能と紐付けられているか確認
- [ ] CSS最適化（機能30）が画面3にのみ関連付けられていることの妥当性を確認
