---
generated_at: 2026-02-19 12:00:00
metrics:
  claims_total: 42
  claims_with_evidence: 38
  claims_without_evidence: 4
confidence_derived: 0.90
---

# 根拠レポート：インフラ設計書

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.90**
  - 根拠あり：38 / 42、根拠なし：4
- 優先レビュー（高）
  1. **セキュリティ署名対応状況**：根拠不足（将来計画として記載したが具体的な計画文書なし）
  2. **Cachix保持期間ポリシー**：根拠不足（外部サービスのポリシー詳細未確認）
  3. **ARM64 Windows対応計画**：根拠不足（需要に関する具体的なデータなし）
  4. **Alpine Linux対応計画**：根拠不足（具体的なロードマップ文書なし）

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

- E-01: `.github/workflows/ci.yml`（CIワークフロー定義）
- E-02: `.github/workflows/release.yml`（リリースワークフロー定義）
- E-03: `.github/workflows/nightly.yml`（Nightlyビルドワークフロー定義）
- E-04: `.github/workflows/nix.yml`（Nixビルドワークフロー定義）
- E-05: `.github/workflows/docs.yml`（ドキュメント生成ワークフロー定義）
- E-06: `bb.edn`（Babashkaタスク定義）
- E-07: `deps.edn`（Clojure依存関係定義）
- E-08: `flake.nix`（Nix Flake定義）
- E-09: `mkdocs.yml`（MkDocs設定）
- E-10: `README.md`（プロジェクト概要）

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | GitHub Actionsを使用したCI/CD | E-01, E-02, E-03 | ○ |
| C-02 | ubuntu-22.04をメインビルドランナーとして使用 | E-01, E-02, E-03 | ○ |
| C-03 | ubuntu-24.04-armをARM64ビルドに使用 | E-02 | ○ |
| C-04 | macos-15-intelをmacOS Intel ビルドに使用 | E-02, E-03 | ○ |
| C-05 | macos-14をApple Siliconビルドに使用 | E-02, E-03 | ○ |
| C-06 | windows-latestをWindowsビルドに使用 | E-01, E-02, E-03 | ○ |
| C-07 | GraalVM 21を使用（Linux/macOS） | E-01, E-02, E-03 | ○ |
| C-08 | GraalVM 22.2.0/Java11を使用（Windows） | E-02, E-03 | ○ |
| C-09 | Clojure CLI 1.12.0.1495を使用 | E-01, E-02, E-03 | ○ |
| C-10 | Babashka 0.9.161を使用 | E-01, E-02, E-03 | ○ |
| C-11 | Leiningen 2.9.1を統合テストで使用 | E-01, E-02 | ○ |
| C-12 | Boot 2.8.3を統合テストで使用 | E-01, E-02 | ○ |
| C-13 | JDK 11, 15, 17, 19でのテスト実行 | E-01 | ○ |
| C-14 | UPXによるバイナリ圧縮 | E-01, E-02, E-03 | ○ |
| C-15 | MSVCをWindowsビルドで使用 | E-02, E-03 | ○ |
| C-16 | musl libcを使用した静的ビルド | E-01, E-02, E-03 | ○ |
| C-17 | GitHub Releasesへのバイナリ配布 | E-02, E-03 | ○ |
| C-18 | Clojarsへのアーティファクト配布 | E-06 | ○ |
| C-19 | GitHub Pagesでのドキュメントホスティング | E-05 | ○ |
| C-20 | Cachixでのキャッシュ | E-04 | ○ |
| C-21 | Slackへの通知（Clojurians） | E-03 | ○ |
| C-22 | ネイティブイメージビルドで-J-Xmx6g使用 | E-01, E-02, E-03 | ○ |
| C-23 | Windowsビルドで-J-Xmx7g使用 | E-02, E-03 | ○ |
| C-24 | Windows Pagefile 8GB-16GB設定 | E-02, E-03 | ○ |
| C-25 | clojure-lsp-dev-buildsリポジトリへのNightlyリリース | E-03 | ○ |
| C-26 | SHA256チェックサムファイルの提供 | E-02, E-03 | ○ |
| C-27 | 6種類のネイティブバイナリを提供 | E-02 | ○ |
| C-28 | 3種類のJARファイルを提供 | E-02 | ○ |
| C-29 | MkDocsによるドキュメント生成 | E-05, E-09 | ○ |
| C-30 | Docker imageでドキュメント生成 | E-05 | ○ |
| C-31 | Nix Flakeによるビルドサポート | E-08 | ○ |
| C-32 | mkCljBinとmkGraalBinの使用 | E-08 | ○ |
| C-33 | jdk17_headlessをNixビルドで使用 | E-08 | ○ |
| C-34 | 並列ビルド（最大7プラットフォーム） | E-02 | ○ |
| C-35 | lint/unit-test/jvm-integration-testのCI構成 | E-01 | ○ |
| C-36 | graalvm-build/graalvm-integration-testのCI構成 | E-01 | ○ |
| C-37 | nix-flake-testのCI構成 | E-04 | ○ |
| C-38 | READMEバッジでのステータス表示 | E-10 | ○ |
| C-39 | 署名機能は未対応 | **根拠なし** | △ |
| C-40 | Cachix保持期間はポリシーに準拠 | **根拠なし** | △ |
| C-41 | Alpine Linux向け静的バイナリの強化計画 | **根拠なし** | △ |
| C-42 | ARM64 Windows対応は需要次第 | **根拠なし** | △ |

## 4) 不足情報（Unknown / Missing）
- **署名機能の対応状況**: プロジェクトに署名に関する設定・計画文書が見当たらない
  - 候補：SECURITY.md / 署名関連設定ファイル / Issue/Discussion
- **Cachix保持期間ポリシー詳細**: 外部サービスのポリシーのため、プロジェクト内に詳細なし
  - 候補：Cachixドキュメント / .cachix設定
- **将来の拡張計画詳細**: ロードマップや計画文書が見当たらない
  - 候補：ROADMAP.md / GitHub Projects / Issues

## 5) リスクフラグ（レビュー観点）
- **0（低リスク）**: CI/CD構成、ビルドツールバージョン、配布チャネル（コード内に明確な根拠あり）
- **1（中リスク）**: 将来の拡張計画、バックアップ保持期間（根拠が弱いまたは外部依存）
- **2（高リスク）**: なし

## 6) レビュアーチェックリスト（最小）
- [ ] CIワークフローファイルの内容が設計書と一致しているか確認
- [ ] ビルドツールのバージョンが最新のワークフローと一致しているか確認
- [ ] 配布先サービス（GitHub Releases, Clojars, Cachix）の現状を確認
- [ ] 署名機能の必要性を検討
- [ ] 将来の拡張計画について関係者と確認
