---
generated_at: 2026-03-01 14:30:00
metrics:
  claims_total: 45
  claims_with_evidence: 42
  claims_without_evidence: 3
confidence_derived: 0.93
---

# 根拠レポート：運用マニュアル

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.93**
  - 根拠あり：42 / 45、根拠なし：3
- 優先レビュー（高）
  1. **pre-commitフック設定手順**：husky + lint-staged の具体的な設定手順はinstall.mdを参照しているが、詳細は外部ドキュメント依存
  2. **VS Code統合の設定内容**：エディタ連携ドキュメントからの推定であり、最新の設定形式は要確認
  3. **GitHub Actionsワークフロー**：CI.mdを参照しているが、具体的なワークフロー例は本ドキュメント独自の記載

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

- E-01: `docs/code-to-docs/README.md` - プロジェクト概要
- E-02: `docs/code-to-docs/画面一覧/画面遷移図.md` - 画面遷移・ナビゲーション構造
- E-03: `docs/code-to-docs/画面設計書/1-ホームページ.md` - ホームページ画面設計
- E-04: `docs/code-to-docs/画面設計書/2-Playground.md` - Playground画面設計
- E-05: `docs/code-to-docs/画面設計書/10-Usage - Install.md` - インストール手順
- E-06: `docs/code-to-docs/画面設計書/15-Usage-CLI.md` - CLIコマンド
- E-07: `docs/code-to-docs/画面設計書/19-Configuration-Options.md` - オプション一覧
- E-08: `docs/code-to-docs/画面設計書/20-Configuration-ConfigurationFile.md` - 設定ファイル
- E-09: `docs/code-to-docs/画面設計書/3-ユーザー一覧.md` - ユーザーショーケース
- E-10: `docs/code-to-docs/画面設計書/4-ヘルプ.md` - ヘルプページ
- E-11: `docs/code-to-docs/機能設計書/1-コードフォーマット（format）.md` - コアフォーマット機能
- E-12: `README.md` - プロジェクトREADME
- E-13: `website/src/pages/index.jsx` - ホームページソースコード
- E-14: `website/playground/Playground.jsx` - Playgroundソースコード
- E-15: `docs/install.md` - インストールドキュメント（推定）
- E-16: `docs/cli.md` - CLIドキュメント（推定）

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | Prettierはコードを解析し最大行長を考慮した独自のルールで再フォーマットする | E-01, E-12 | ○ |
| C-02 | JavaScript、TypeScript、CSS、HTML、Markdown、YAML等をサポート | E-01, E-03 | ○ |
| C-03 | Node.js 20以上が必要 | E-01, E-05 | ○ |
| C-04 | npm/yarn/pnpm/bunでインストール可能 | E-05 | ○ |
| C-05 | .prettierrcで設定を管理 | E-08 | ○ |
| C-06 | .prettierignoreで除外ファイルを指定 | E-05, E-06 | ○ |
| C-07 | ホームページに「Try It Online」ボタンがある | E-03 | ○ |
| C-08 | ホームページに「Install Prettier」ボタンがある | E-03 | ○ |
| C-09 | PlaygroundのURLは/playground/ | E-02, E-04 | ○ |
| C-10 | Playgroundでリアルタイムフォーマット確認可能 | E-04 | ○ |
| C-11 | Playgroundでパーサー選択可能（babel, typescript等） | E-04, E-07 | ○ |
| C-12 | printWidthのデフォルト値は80 | E-07 | ○ |
| C-13 | tabWidthのデフォルト値は2 | E-07 | ○ |
| C-14 | semiのデフォルト値はtrue | E-07 | ○ |
| C-15 | singleQuoteのデフォルト値はfalse | E-07 | ○ |
| C-16 | trailingCommaのデフォルト値はall | E-07 | ○ |
| C-17 | 「Copy link」ボタンで設定を共有可能 | E-04 | ○ |
| C-18 | 「Copy config JSON」ボタンで設定をコピー可能 | E-04 | ○ |
| C-19 | 「Report issue」ボタンでGitHub Issue作成可能 | E-04 | ○ |
| C-20 | 設定ファイルはJSON/YAML/JS/TS/TOML形式をサポート | E-08 | ○ |
| C-21 | package.jsonの"prettier"キーで設定可能 | E-08 | ○ |
| C-22 | overridesでファイル別設定可能 | E-08 | ○ |
| C-23 | EditorConfigとの統合をサポート | E-08, E-07 | ○ |
| C-24 | npx prettier . --writeでファイルを上書きフォーマット | E-05, E-06 | ○ |
| C-25 | npx prettier . --checkでフォーマット状態をチェック | E-06 | ○ |
| C-26 | 終了コード0:成功、1:差分あり、2:エラー | E-06 | ○ |
| C-27 | --cacheオプションでキャッシュ機能を使用可能 | E-06 | ○ |
| C-28 | --stdin-filepathで標準入力からフォーマット可能 | E-06 | ○ |
| C-29 | VS Codeで「Prettier - Code formatter」拡張機能を使用 | E-03 | ○ |
| C-30 | husky + lint-stagedでpre-commitフックを設定 | E-05 | ○ |
| C-31 | VS Codeの設定でformat on saveを有効化 | **根拠不足** | △ |
| C-32 | GitHub Actionsでprettier --checkを実行 | **根拠不足** | △ |
| C-33 | eslint-config-prettierでESLintとの競合を回避 | E-05 | ○ |
| C-34 | ドキュメントは/docsでアクセス可能 | E-02 | ○ |
| C-35 | ヘルプページは/helpでアクセス可能 | E-10 | ○ |
| C-36 | ユーザー一覧ページは/usersでアクセス可能 | E-02, E-09 | ○ |
| C-37 | ヘルプページに「Browse Docs」カードがある | E-10 | ○ |
| C-38 | ユーザー一覧にState of JS調査結果へのリンクがある | E-09 | ○ |
| C-39 | prettier-ignoreコメントでフォーマット無効化可能 | E-11 | ○ |
| C-40 | format関数がコアフォーマット機能 | E-11 | ○ |
| C-41 | パースエラー時はSyntaxErrorが発生 | E-11 | ○ |
| C-42 | parserオプションが指定されず推論できない場合はエラー | E-11 | ○ |
| C-43 | WebStorm、Vim、Emacs、Sublime Textでの統合が可能 | E-02 | ○ |
| C-44 | husky initコマンドでフック初期化 | **根拠不足** | △ |
| C-45 | GitHub Issuesでサポートを受けられる | E-12 | ○ |

## 4) 不足情報（Unknown / Missing）
- VS Codeの具体的な設定JSON形式（settings.json）は画面設計書に明記されていないため、一般的な設定例を記載
  - 候補：エディタ連携ドキュメント / VS Code公式ドキュメント / Prettier VS Code拡張README
- GitHub Actionsのワークフロー例はCI.mdを参照しているが、具体的なYAML構造は本ドキュメント独自の記載
  - 候補：docs/ci.md / GitHub Actions公式ドキュメント / Prettier公式ドキュメント
- husky v9以降の`npx husky init`コマンドは外部ドキュメント依存
  - 候補：husky公式ドキュメント / install.md

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - コアフォーマット機能、CLI基本コマンド、Playground操作
- 1: 中リスク - 設定ファイル形式、オプション詳細、EditorConfig統合
- 2: 高リスク - エディタ統合の具体的設定、CI/CDワークフロー例、pre-commitフック設定

## 6) レビュアーチェックリスト（最小）
- [ ] VS Codeの設定JSON形式が最新のVS Code/Prettier拡張に対応しているか確認
- [ ] GitHub Actionsワークフロー例が現在のactions/checkout、actions/setup-nodeバージョンに対応しているか確認
- [ ] husky + lint-stagedの設定手順がhusky v9以降に対応しているか確認
- [ ] 各CLIオプションの説明がPrettier最新バージョンと一致しているか確認
- [ ] 対応ブラウザの記載がWebサイト動作実績と一致しているか確認
