---
generated_at: 2026-02-19 10:30:00
metrics:
  claims_total: 15
  claims_with_evidence: 14
  claims_without_evidence: 1
confidence_derived: 0.93
---

# 根拠レポート：11-Leaderキーマッピング

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.93**
  - 根拠あり：14 / 15、根拠なし：1
- 優先レビュー（高）
  1. **Spacemacsとの設計哲学の同一性**：外部文献への参照が必要

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

- E-01: `core/autoload/spacevim/map/leader.vim` 2-209行目
- E-02: `core/autoload/spacevim.vim` 56-65行目
- E-03: `layers/+distributions/better-defaults/keybindings.vim` 1-58行目
- E-04: `core/autoload/spacevim/autocmd/which_key.vim` 1-7行目
- E-05: `layers/+vim/which-key/config.vim` 1-5行目
- E-06: `docs/code-to-docs/機能一覧/機能一覧.csv` 12行目
- E-07: `docs/code-to-docs/画面機能マッピング/画面機能マッピング.csv` 6-7行目

## 3) Claims と根拠の対応（レビューの主戦場）

| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | SPCキーをリーダーキーとして使用 | E-02（60行目: `let g:mapleader = get(g:, 'spacevim_leader', "\<Space>")`) | ○ |
| C-02 | vim-which-keyと連携してポップアップ表示 | E-04（2行目: `call which_key#register()`）、E-05 | ○ |
| C-03 | s:leader_map辞書でキーマッピング定義を管理 | E-01（2行目: `let s:leader_map = {}`） | ○ |
| C-04 | バッファ操作プレフィックス 'b' の定義 | E-01（30-50行目: `let s:leader_map['b'] = {...}`) | ○ |
| C-05 | ウィンドウ操作プレフィックス 'w' の定義 | E-01（181-201行目: `let s:leader_map['w'] = {...}`) | ○ |
| C-06 | ファイル操作プレフィックス 'f' の定義 | E-01（72-91行目: `let s:leader_map['f'] = {...}`) | ○ |
| C-07 | Git操作プレフィックス 'g' の定義 | E-01（93-106行目: `let s:leader_map['g'] = {...}`) | ○ |
| C-08 | LSP操作プレフィックス 'l' の定義 | E-01（123-138行目: `let s:leader_map['l'] = {...}`) | ○ |
| C-09 | ジャンプ操作プレフィックス 'j' の定義 | E-01（112-121行目: `let s:leader_map['j'] = {...}`) | ○ |
| C-10 | トグル操作プレフィックス 't' の定義 | E-01（167-177行目: `let s:leader_map['t'] = {...}`) | ○ |
| C-11 | ノーマルモードとビジュアルモードの別マッピング | E-01（211-214行目）、E-04（2-5行目） | ○ |
| C-12 | ~/.spacevimでカスタマイズ可能 | E-02（57-65行目: `if filereadable(expand(s:dot_spacevim))`） | ○ |
| C-13 | ウィンドウ番号1-9の動的生成 | E-01（5-8行目: `for s:i in range(1, 9)`） | ○ |
| C-14 | g:spacevim#map#leader#descで外部公開 | E-01（209行目: `let g:spacevim#map#leader#desc = ...`） | ○ |
| C-15 | Spacemacsのキーバインディング哲学を踏襲 | **根拠なし** | △ |

## 4) 不足情報（Unknown / Missing）

- C-15「Spacemacsのキーバインディング哲学を踏襲」について
  - 機能一覧.csvの備考欄に「spacemacsのレイヤー概念を模倣」との記述があるが、キーバインディング哲学の直接的な言及なし
  - 候補：Spacemacs公式ドキュメント / CONTRIBUTING.md / README.md

## 5) リスクフラグ（レビュー観点）

- 0: 低リスク - コードベースの実装と設計書の記述は高い整合性を持つ
- 1: 中リスク - Spacemacsとの設計哲学の類似性は主観的な主張となっている

## 6) レビュアーチェックリスト（最小）

- [ ] leader.vim のs:leader_map構造が設計書の記述と一致しているか
- [ ] which-key連携が実際に動作するか（which-keyレイヤーの有効化状態）
- [ ] g:spacevim_leaderのカスタマイズが正しく反映されるか
- [ ] 記載されている全プレフィックスグループが実装に存在するか
