---
generated_at: 2026-02-17 22:20:00
metrics:
  claims_total: 32
  claims_with_evidence: 31
  claims_without_evidence: 1
confidence_derived: 0.97
---

# 根拠レポート：30-diagnostics

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.97**
  - 根拠あり：31 / 32、根拠なし：1
- 優先レビュー（高）
  1. **C-32**: 診断モジュールが60以上という主張（実際の数を確認）

## 2) 参照した情報（Evidence一覧）

- E-01: `script/core/diagnostics/init.lua` 1-192行目
- E-02: `script/core/diagnostics/init.lua` 1-8行目（require文）
- E-03: `script/core/diagnostics/init.lua` 12-32行目（checkSleep）
- E-04: `script/core/diagnostics/init.lua` 37-61行目（getSeverity）
- E-05: `script/core/diagnostics/init.lua` 66-90行目（getStatus）
- E-06: `script/core/diagnostics/init.lua` 99-146行目（check）
- E-07: `script/core/diagnostics/init.lua` 151-164行目（buildDiagList）
- E-08: `script/core/diagnostics/init.lua` 172-191行目（メイン関数）
- E-09: `docs/code-to-docs/機能一覧/機能一覧.csv` No.30行
- E-10: `script/core/diagnostics/` ディレクトリ内のファイル一覧

## 3) Claims と根拠の対応（レビューの主戦場）

| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | ファイルパスは script/core/diagnostics/init.lua | E-01 | ○ |
| C-02 | 総行数は192行 | E-01 | ○ |
| C-03 | 8つのモジュールをrequireしている | E-02 | ○ |
| C-04 | checkSleepは12-32行目に定義 | E-03 | ○ |
| C-05 | checkSleepはworkspaceRate設定を使用 | E-03 (14行目) | ○ |
| C-06 | sleepRestで細かいスリープ時間を蓄積 | E-03 (9, 22行目) | ○ |
| C-07 | getSeverityは37-61行目に定義 | E-04 | ○ |
| C-08 | 末尾に!がある場合は強制設定 | E-04 (40-42行目) | ○ |
| C-09 | グループ設定を確認して最も重要なレベルを採用 | E-04 (43-52行目) | ○ |
| C-10 | getStatusは66-90行目に定義 | E-05 | ○ |
| C-11 | checkは99-146行目に定義 | E-06 | ○ |
| C-12 | Lua.diagnostics.disableで無効化チェック | E-06 (100-103行目) | ○ |
| C-13 | statusがNoneならスキップ | E-06 (107-109行目) | ○ |
| C-14 | statusがOpenedでファイルが閉じていればスキップ | E-06 (111-113行目) | ○ |
| C-15 | require('core.diagnostics.' .. name)で動的読み込み | E-06 (119行目) | ○ |
| C-16 | vm.isDiagDisabledAtで位置ごとの無効化チェック | E-06 (120行目) | ○ |
| C-17 | markテーブルで重複診断を防止 | E-06 (117, 126-129行目) | ○ |
| C-18 | 0.5秒以上で警告ログ | E-06 (136-138行目) | ○ |
| C-19 | buildDiagListは151-164行目に定義 | E-07 | ○ |
| C-20 | define.DiagnosticDefaultSeverityから診断名を取得 | E-07 (153-156行目) | ○ |
| C-21 | 平均実行時間でソート | E-07 (158-162行目) | ○ |
| C-22 | メイン関数は172-191行目に定義 | E-08 | ○ |
| C-23 | メイン関数はuri, isScopeDiag, response, checked, ignoreFileOpenStateを受け取る | E-08 (172行目) | ○ |
| C-24 | files.getStateでAST取得 | E-08 (173行目) | ○ |
| C-25 | ASTがなければnullを返す | E-08 (174-176行目) | ○ |
| C-26 | await.delay()で各診断の前に制御を渡す | E-08 (179行目) | ○ |
| C-27 | 実行時間をdiagCosts/diagCountに記録 | E-08 (182-184行目) | ○ |
| C-28 | checkedコールバックで進捗を報告 | E-08 (186-188行目) | ○ |
| C-29 | diagCosts/diagCountは149-150行目に定義 | E-01 (149-150行目) | ○ |
| C-30 | 機能一覧No.30は診断機能を示す | E-09 | ○ |
| C-31 | 診断モジュールは動的に読み込まれる | E-06 (119行目) | ○ |
| C-32 | 診断モジュールは60以上ある | **要確認** | △ |

## 4) 不足情報（Unknown / Missing）

- 診断モジュールの正確な数の確認が必要
  - 候補：`script/core/diagnostics/` ディレクトリのファイル数を確認

## 5) リスクフラグ（レビュー観点）

- 0: 低リスク - ソースコードとの整合性は高い
- C-32の診断モジュール数は、ファイル一覧から約65個と推測されるが、正確な数は要確認

## 6) レビュアーチェックリスト（最小）

- [ ] init.luaの行番号が設計書と一致しているか
- [ ] 診断の実行順序ソートロジックが正確か
- [ ] 設定の強制（!サフィックス）の説明が正確か
- [ ] 診断モジュールの実際の数を確認
