---
generated_at: 2026-03-01 12:00:00
metrics:
  claims_total: 16
  claims_with_evidence: 16
  claims_without_evidence: 0
confidence_derived: 1.00
---

# 根拠レポート：バッチ一覧.csv

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**1.00**
  - 根拠あり：16 / 16、根拠なし：0
- 優先レビュー（高）
  1. なし（全項目に根拠あり）

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

- E-01: `scripts/pack-packages.mjs`
- E-02: `scripts/version-packages.mjs`
- E-03: `scripts/release-notes.mjs`
- E-04: `scripts/release-channel.js`
- E-05: `scripts/pre-publish-optimizations.mjs`
- E-06: `scripts/lock-pre-release-versions.mjs`
- E-07: `packages/@tailwindcss-cli/src/commands/build/index.ts`
- E-08: `packages/@tailwindcss-cli/src/index.ts`
- E-09: `packages/@tailwindcss-cli/package.json`
- E-10: `packages/@tailwindcss-standalone/scripts/build.ts`
- E-11: `packages/@tailwindcss-standalone/package.json`
- E-12: `packages/@tailwindcss-upgrade/src/index.ts`
- E-13: `packages/@tailwindcss-upgrade/package.json`
- E-14: `.github/workflows/ci.yml`
- E-15: `.github/workflows/release.yml`
- E-16: `.github/workflows/release-insiders.yml`
- E-17: `.github/workflows/prepare-release.yml`
- E-18: `.github/workflows/integration-tests.yml`
- E-19: `turbo.json`
- E-20: `package.json`（ルート）

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | pack-packages.mjsは全ワークスペースパッケージをtgzにパックしdist/へ出力する | E-01, E-20 | ○ |
| C-02 | version-packages.mjsは各パッケージのバージョンを一括更新し、syncedWorkspacesで関連パッケージも同期する | E-02 | ○ |
| C-03 | release-notes.mjsはCHANGELOG.mdから指定バージョンのリリースノートを抽出する | E-03 | ○ |
| C-04 | release-channel.jsはバージョン番号からリリースチャネルを判定する | E-04 | ○ |
| C-05 | pre-publish-optimizations.mjsはtailwindcss/index.cssのimportをインライン展開する | E-05 | ○ |
| C-06 | lock-pre-release-versions.mjsはプレリリースバージョンの依存をworkspace:*に統一する | E-06 | ○ |
| C-07 | @tailwindcss/cli buildは入力CSSからTailwind CSSをコンパイルし出力ファイルを生成する | E-07, E-08, E-09 | ○ |
| C-08 | @tailwindcss/standalone buildはBunで7プラットフォーム向けクロスコンパイルを行う | E-10, E-11 | ○ |
| C-09 | @tailwindcss/upgradeはv3からv4へのマイグレーションを自動実行する | E-12, E-13 | ○ |
| C-10 | CI（ci.yml）はpush/PR時にマルチプラットフォームでビルド・テストを実行する | E-14 | ○ |
| C-11 | Release（release.yml）はGitHubリリース公開時にOxideビルド・npm公開を実行する | E-15 | ○ |
| C-12 | Release Insiders（release-insiders.yml）はmainへのpush時にInsiders版を自動公開する | E-16 | ○ |
| C-13 | Prepare Release（prepare-release.yml）はタグpush時にリリース準備を行う | E-17 | ○ |
| C-14 | Integration Tests（integration-tests.yml）は6種の統合テストをマルチプラットフォームで実行する | E-18 | ○ |
| C-15 | turbo buildはTurborepoで全パッケージを依存解決しながら一括ビルドする | E-19, E-20 | ○ |
| C-16 | turbo devはTurborepoで全パッケージの開発モードを一括起動する | E-19, E-20 | ○ |

## 4) 不足情報（Unknown / Missing）
- なし。全てのバッチ処理について、対応するソースコードまたはワークフロー定義ファイルが実在し、内容を直接確認した上で記載している。

## 5) リスクフラグ（レビュー観点）
- 0（低リスク）：全項目が直接的なソースコード根拠に基づいている。
- ただし、バッチ処理の分類基準（「ビルドスクリプト」「リリーススクリプト」等のカテゴリ分け）はコードから自動判定したものであり、プロジェクトの公式分類が存在する場合はそちらに合わせる必要がある。

## 6) レビュアーチェックリスト（最小）
- [ ] 全16件のバッチ処理が、実際のプロジェクト運用で認識されているバッチ処理と一致しているか確認する
- [ ] カテゴリの分類（ビルドスクリプト / リリーススクリプト / CLIバッチ / マイグレーション / CI/CDワークフロー / ビルドオーケストレーション）がプロジェクトの慣習と合致しているか確認する
- [ ] 記載されていないバッチ処理（cronジョブ、定期実行タスク等）が存在しないか確認する
- [ ] 各バッチの説明文が実際の挙動と矛盾していないか確認する
