---
generated_at: 2026-02-19 00:05:00
metrics:
  claims_total: 22
  claims_with_evidence: 21
  claims_without_evidence: 1
confidence_derived: 0.95
---

# 根拠レポート：38-across.md

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.95**
  - 根拠あり：21 / 22、根拠なし：1
- 優先レビュー（高）
  1. **パフォーマンス要件**：ラムダのインライン化最適化の詳細

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

- E-01: `R/across.R` 1-102行目（acrossドキュメント）
- E-02: `R/across.R` 216-351行目（across関数本体）
- E-03: `R/across.R` 217行目（peek_mask呼び出し）
- E-04: `R/across.R` 223-230行目（.cols処理）
- E-05: `R/across.R` 232-242行目（.fns処理）
- E-06: `R/across.R` 255-263行目（across_setup呼び出し）
- E-07: `R/across.R` 303-339行目（メインループ）
- E-08: `R/across.R` 341-344行目（tibble構築）
- E-09: `R/across.R` 346-348行目（.unpack処理）
- E-10: `R/across.R` 423-517行目（across_setup関数）
- E-11: `R/across.R` 453-459行目（tidyselect評価）
- E-12: `R/across.R` 943-1003行目（quo_eval_fns関数）
- E-13: `R/across.R` 29-31行目（グループ化列除外の説明）
- E-14: `R/across.R` 265-280行目（...非推奨警告）
- E-15: `R/across.R` 78-84行目（評価タイミングの説明）

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | acrossは複数の列に同じ変換を適用する | E-01（1-7行目） | ○ |
| C-02 | mutateやsummariseなどのデータマスキング関数内で使用される | E-01（5-6行目） | ○ |
| C-03 | .colsはtidy-select構文で列を選択する | E-01（29行目） | ○ |
| C-04 | .fnsは関数、フォーミュラ、またはリストを受け取る | E-01（32-40行目） | ○ |
| C-05 | .namesはglue仕様で出力列名を指定 | E-01（52-56行目） | ○ |
| C-06 | .unpackはデータフレーム結果を展開する | E-01（57-69行目） | ○ |
| C-07 | ...は非推奨でラムダでの指定を推奨 | E-14 | ○ |
| C-08 | peek_mask()でデータマスクを取得 | E-03 | ○ |
| C-09 | tidyselect::eval_select()で列を評価 | E-11 | ○ |
| C-10 | quo_eval_fns()で関数を正規化 | E-05, E-12 | ○ |
| C-11 | グループ化列は自動的に除外される | E-13 | ○ |
| C-12 | コードはグループと列の組み合わせごとに評価される | E-15 | ○ |
| C-13 | cur_column()で現在処理中の列名にアクセス可能 | E-01（42-43行目） | ○ |
| C-14 | 結果はtibbleとして返される | E-01（71-74行目）, E-08 | ○ |
| C-15 | vec_size_common()でサイズ調整 | E-02（341行目） | ○ |
| C-16 | vec_recycle_common()でリサイクル | E-02（342行目） | ○ |
| C-17 | スコープ付きバリアントを置き換える | E-01（18-19行目） | ○ |
| C-18 | pickは変換なしの列選択に推奨 | E-01（14-16行目） | ○ |
| C-19 | df_unpack()でネストを展開 | E-09 | ○ |
| C-20 | 列が空の場合は空のtibbleを返す | E-02（284-286行目） | ○ |
| C-21 | 単純なラムダはインライン化される | E-12, E-02（290行目） | ○ |
| C-22 | ラムダのインライン化が内部で最適化される | **根拠不十分** | △ |

## 4) 不足情報（Unknown / Missing）
- ラムダのインライン化による具体的なパフォーマンス向上の詳細
  - 候補：ベンチマークテスト / パフォーマンス測定結果

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - 主要な機能記述はソースコードから直接検証可能

## 6) レビュアーチェックリスト（最小）
- [ ] across.Rの関数本体と処理フローが一致しているか確認
- [ ] tidyselectによる列選択の動作が正確か確認
- [ ] quo_eval_fnsの関数正規化ロジックが正確か確認
- [ ] .namesのglue仕様の動作が正確か確認
