---
generated_at: 2026-02-19 10:15:00
metrics:
  claims_total: 24
  claims_with_evidence: 22
  claims_without_evidence: 2
confidence_derived: 0.92
---

# 根拠レポート：14-download_dcd

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.92**
  - 根拠あり：22 / 24、根拠なし：2
- 優先レビュー（高）
  1. **アーカイブサイズが「数MB程度」という記述**：根拠不足
  2. **ZipArchiveがアーカイブ全体をメモリに読み込むという記述**：根拠不足（std.zipの実装詳細に依存）

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

- E-01: `test/data/dcd/download_dcd.d`（ソースコード全文、98行）
- E-02: `workspace-d/source/workspaced/com/dcd_version.d`（DCDバージョン定義、4行）
- E-03: `test/runtests.sh`（統合テストランナー、呼び出し箇所 L47）
- E-04: `docs/code-to-docs/バッチ一覧/バッチ一覧.csv`（バッチ一覧、No.14行）

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | DCDバイナリをGitHubリリースからダウンロードする | E-01 L54,63,74,79: GitHubリリースURL定義 | ○ |
| C-02 | latestKnownDCDVersionからバージョン番号を取得する | E-01 L38-42: `import workspaced.com.dcd_version`, E-02 L4: `latestKnownDCDVersion = [0, 16, 2]` | ○ |
| C-03 | runtests.shから自動的に呼び出される | E-03 L47: `$DC -I../../../workspace-d/source -run download_dcd.d` | ○ |
| C-04 | Windows環境ではZIP形式でダウンロードする | E-01 L53: `string zip = "dcd-" ~ ver ~ ".zip"` | ○ |
| C-05 | Linux環境ではtar.gz形式でダウンロードする | E-01 L62: `string zip = "dcd-v" ~ ver ~ "-linux-x86_64.tar.gz"` | ○ |
| C-06 | macOS x86_64環境ではtar.gz形式でダウンロードする | E-01 L78-79: `string zip = "dcd-v" ~ ver ~ "-osx-x86_64.tar.gz"` | ○ |
| C-07 | macOS AArch64環境ではaarch64用tar.gzをダウンロードする | E-01 L73-74: `string zip = "dcd-v" ~ ver ~ "-osx-aarch64.tar.gz"` | ○ |
| C-08 | downloadFile関数にキャッシュ機構がある（存在チェック） | E-01 L13-14: `if (exists(path)) return;` | ○ |
| C-09 | std.net.curl.downloadを使用してダウンロードする | E-01 L11,18: `import std.net.curl : download;` / `download(url, path);` | ○ |
| C-10 | Windows環境ではZipArchiveで展開する | E-01 L56-58: `extractZip(zip);` / L21-36: extractZip関数 | ○ |
| C-11 | Linux/macOS環境ではtar -xzvfで展開する | E-01 L66,83: `spawnShell("tar -xzvf " ~ zip ~ " > /dev/null").wait;` | ○ |
| C-12 | 既存のdcd-client/dcd-serverを展開前に削除する | E-01 L93-94: `try { remove(dcdClient); } catch (FileException) { /* ignore */ }` | ○ |
| C-13 | FileExceptionは削除時に無視される | E-01 L93-94: `catch (FileException) { /* ignore */ }` | ○ |
| C-14 | dcd-clientとdcd-serverのバイナリ名を使用する | E-01 L47-48: `string dcdClient = "dcd-client";` / `string dcdServer = "dcd-server";` | ○ |
| C-15 | Windows環境では.exe拡張子が付与される | E-01 L51-52: `dcdClient ~= ".exe";` / `dcdServer ~= ".exe";` | ○ |
| C-16 | アーカイブ存在チェックでダウンロードをスキップする | E-01 L87-91: `if (!exists(zip)) { ... downloadFile(zip, url); }` | ○ |
| C-17 | ダウンロード開始メッセージを標準出力に出力する | E-01 L89: `writeln("Downloading DCD ", ver);` | ○ |
| C-18 | downloadFile関数はダウンロード情報を標準エラーに出力する | E-01 L16: `stderr.writeln("Downloading ", url, " to ", path);` | ○ |
| C-19 | extractZip関数は展開情報を標準エラーに出力する | E-01 L28: `stderr.writeln("Unpacking ", name);` | ○ |
| C-20 | DCDバージョンは現在0.16.2である | E-02 L4: `latestKnownDCDVersion = [0, 16, 2]` | ○ |
| C-21 | -Iオプションでworkspace-d/sourceへのインポートパスを指定する | E-03 L47: `$DC -I../../../workspace-d/source -run download_dcd.d` | ○ |
| C-22 | extractZipは既存ファイルを削除してから展開データを書き込む | E-01 L31-34: `if (exists(name)) remove(name); std.file.write(name, am.expandedData);` | ○ |
| C-23 | アーカイブサイズは数MB程度 | **根拠なし** | △ |
| C-24 | ZipArchiveはアーカイブ全体をメモリに読み込む | **根拠なし**（std.zipの実装詳細） | △ |

## 4) 不足情報（Unknown / Missing）
- C-23: DCDアーカイブのサイズに関する具体的な情報はソースコードからは確認できなかった。GitHubリリースの実際のファイルサイズを確認する必要がある
  - 候補：GitHubリリースページ / 実際のダウンロードファイル
- C-24: std.zip.ZipArchiveの内部実装（メモリ読み込み方式）はD言語標準ライブラリの実装詳細に依存する。ソースコード上は `new ZipArchive(read(path))` でファイル全体を読み込んでいることは確認できるが、ZipArchiveクラスの内部動作の詳細は未確認
  - 候補：D言語標準ライブラリドキュメント / Phobosソースコード

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - ソースコードが98行と小規模で、処理の流れが明確。プラットフォーム分岐のロジックもversion条件分岐により明瞭に記述されている。ほぼ全ての主張にソースコードレベルの根拠がある

## 6) レビュアーチェックリスト（最小）
- [ ] プラットフォーム別のダウンロードURL生成ロジックが正しく記載されているか確認
- [ ] キャッシュ機構（アーカイブ存在チェック / downloadFile内の存在チェック）の二重チェックが正しく説明されているか確認
- [ ] macOSのAArch64/x86_64分岐がソースコードと一致しているか確認
- [ ] runtests.shからの呼び出し方法（-Iオプション付き）が正確か確認
