---
generated_at: 2026-03-01 10:35:00
metrics:
  claims_total: 18
  claims_with_evidence: 17
  claims_without_evidence: 1
confidence_derived: 0.94
---

# 根拠レポート：68-Build-SupportedSequenceIndex.ps1

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.94**
  - 根拠あり：17 / 18、根拠なし：1
- 優先レビュー（高）
  1. **ドキュメントサイトへの配置**：出力先の実運用は未確認
  2. **正規表現の網羅性**：ソースコード形式の変更に追従できているか
  3. **master-sequence-list.csvの完全性**：マスターリストの内容確認

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

- E-01: `doc/reference/Build-SupportedSequenceIndex.ps1` - ソースコード本体（239行）
- E-02: `docs/code-to-docs/バッチ一覧/バッチ一覧.csv` - バッチ一覧定義（No.68行）

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | PowerShell 6.1以上が必須 | E-01（1行目: #requires -version 6.1） | ○ |
| C-02 | master-sequence-list.csvからマスターリストを読み込む | E-01（49行目: import-csv ".\master-sequence-list.csv"） | ○ |
| C-03 | ITermDispatch.hppからベースメソッドを正規表現で抽出する | E-01（60-61行目: $baseScanner = [regex]'...'） | ○ |
| C-04 | コメント中のシーケンス名とメソッドをマッピングする | E-01（66-68行目: groups["seq"], groups["method"]） | ○ |
| C-05 | adaptDispatch.hppからoverride実装を検出する | E-01（74行目: Get-Content -raw $consoleAdapterPath） | ○ |
| C-06 | terminalDispatch.hppからoverride実装を検出する | E-01（79行目: Get-Content -raw $terminalAdapterPath） | ○ |
| C-07 | override実装の行番号を記録する | E-01（75-76行目, 80-81行目: $line = ...）| ○ |
| C-08 | スクリプトバージョンは0.6-beta | E-01（48行目: [semver]$myVer = "0.6-beta"） | ○ |
| C-09 | vt100.netへのリンクを生成する | E-01（53行目: $prefix = "https://vt100.net/docs/vt510-rm/"） | ○ |
| C-10 | GitHubソースコードリンクを生成する | E-01（54行目: $repo = "https://github.com/oising/terminal/tree/master"） | ○ |
| C-11 | Heading/Subheadingに基づくセクション構造を生成する | E-01（159-177行目: if $heading -ne ... if $subheading -ne） | ○ |
| C-12 | fileモードでOut-Fileを使用する | E-01（227行目: Out-File ... -Encoding utf8NoBOM） | ○ |
| C-13 | SummaryOnlyモードではMarkdown生成をスキップする | E-01（221行目: if (-not $SummaryOnly.IsPresent)） | ○ |
| C-14 | Show-Summaryでシーケンス数と実装数を表示する | E-01（202-211行目: $summary = ...） | ○ |
| C-15 | NoLogoでない場合ロゴを表示する | E-01（199-201行目: if (-not $NoLogo) ... windows-terminal-logo.ans） | ○ |
| C-16 | 生成日時をMarkdown末尾に付与する | E-01（193行目: Generated on $(get-date -DisplayHint DateTime)） | ○ |
| C-17 | TOCの自動生成はTODOとして残されている | E-01（95-96行目: TODO: auto-generate TOC） | ○ |
| C-18 | ドキュメントサイトに配置される | **根拠なし** | △ |

## 4) 不足情報（Unknown / Missing）
- C-18について：出力されたMarkdownの実際の配置先はプロジェクトの運用プロセスに依存する
  - 候補：doc/reference/ / プロジェクトWiki / ドキュメントサイト

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - 読み取り専用操作がメインで副作用が少ない
- 1: 中リスク - 正規表現によるコード解析はソースコードの形式変更に脆弱
- 0: 低リスク - GitHubリポジトリURLがハードコードされている（oising/terminal）点は注意

## 6) レビュアーチェックリスト（最小）
- [ ] master-sequence-list.csvが最新の状態であるか確認
- [ ] 正規表現パターンが現行のソースコード形式と一致しているか確認
- [ ] GitHubリポジトリURL（oising/terminal）が正しいか確認（フォークの可能性）
- [ ] 出力されたMarkdownの配置先と公開プロセスを確認
