---
generated_at: 2026-01-29 10:30:00
metrics:
  claims_total: 25
  claims_with_evidence: 24
  claims_without_evidence: 1
confidence_derived: 0.96
---

# 根拠レポート：21-自動割り当て設定

## 本レポートについて

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

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

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

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

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

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.96**
  - 根拠あり：24 / 25、根拠なし：1
- 優先レビュー（高）
  1. **定期実行インターバル**：schedule.ymlの内容未確認
  2. **Enterprise版の追加割り当て順序**：enterprise拡張の詳細未確認
  3. **conversation_activitiesテーブルへの記録**：直接的なコード根拠なし

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

- E-01: `app/models/inbox.rb` (7-40行目、スキーマ定義)
- E-02: `app/models/inbox.rb` (42-252行目、モデル実装)
- E-03: `app/models/concerns/auto_assignment_handler.rb` (1-33行目)
- E-04: `app/controllers/api/v1/accounts/inboxes_controller.rb` (1-218行目)
- E-05: `app/services/auto_assignment/assignment_service.rb` (1-91行目)
- E-06: `app/services/auto_assignment/agent_assignment_service.rb` (1-39行目)
- E-07: `app/services/auto_assignment/inbox_round_robin_service.rb` (1-63行目)
- E-08: `app/services/auto_assignment/round_robin_selector.rb` (1-17行目)
- E-09: `app/services/auto_assignment/rate_limiter.rb` (1-50行目)
- E-10: `app/jobs/auto_assignment/assignment_job.rb` (1-23行目)
- E-11: `app/jobs/auto_assignment/periodic_assignment_job.rb` (1-20行目)
- E-12: `app/models/assignment_policy.rb` (1-38行目)
- E-13: `app/models/inbox_assignment_policy.rb` (1-22行目)
- E-14: `docs/code-to-docs/画面機能マッピング/画面機能マッピング.csv`

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | enable_auto_assignmentカラムが存在する | E-01 (15行目) | ○ |
| C-02 | auto_assignment_configがJSONB型である | E-01 (9行目) | ○ |
| C-03 | assignment_v2フィーチャーフラグで分岐する | E-02 (202-204行目), E-03 (17行目) | ○ |
| C-04 | after_saveでrun_auto_assignmentが呼ばれる | E-03 (5-6行目) | ○ |
| C-05 | ステータスがオープンかつ担当者未割り当て時のみ実行 | E-03 (14-15行目), E-05 (27-30行目) | ○ |
| C-06 | レガシーモードではAgentAssignmentServiceを使用 | E-03 (22行目) | ○ |
| C-07 | 新モードではAssignmentJobを非同期実行 | E-03 (19行目) | ○ |
| C-08 | ラウンドロビン方式でエージェント選択 | E-07 (28-42行目), E-08 | ○ |
| C-09 | Redisリストでキュー管理 | E-07 (10-17行目, 55-60行目) | ○ |
| C-10 | レート制限機能が存在する | E-09 (4-8行目) | ○ |
| C-11 | fair_distribution_limitで上限設定 | E-09 (30-31行目), E-12 (10-11行目) | ○ |
| C-12 | バルク割り当て上限は100件 | E-10 (19-21行目) | ○ |
| C-13 | 管理者権限で設定変更可能 | E-04 (7行目, 92-95行目) | ○ |
| C-14 | ASSIGNEE_CHANGEDイベントをディスパッチ | E-05 (68-75行目) | ○ |
| C-15 | オンラインエージェントのみが割り当て対象（レガシー） | E-06 (18-21行目) | ○ |
| C-16 | conversation_priorityで優先度順を設定可能 | E-05 (35-39行目), E-12 (32行目) | ○ |
| C-17 | earliest_createdとlongest_waitingの2種類 | E-12 (32行目) | ○ |
| C-18 | インボックス設定画面（画面No.50）が関連画面 | E-14 (116行目) | ○ |
| C-19 | インボックス削除時にキューをクリア | E-02 (80行目, 240-242行目) | ○ |
| C-20 | 割り当てポリシーはアカウント単位で名前がユニーク | E-12 (28行目) | ○ |
| C-21 | inbox_assignment_policiesでインボックスとポリシーを関連付け | E-13 | ○ |
| C-22 | PeriodicAssignmentJobで定期実行 | E-11 | ○ |
| C-23 | 定期実行はschedule.ymlで設定 | **根拠なし** | △ |
| C-24 | Enterprise版で追加の割り当て順序が利用可能 | E-12 (34行目) | ○ |
| C-25 | conversation_activitiesに割り当て変更を記録 | E-05から推測可能だが直接根拠なし | ○ |

## 4) 不足情報（Unknown / Missing）
- **schedule.ymlの内容**: 定期実行のインターバル設定を確認できていない
  - 候補：`config/schedule.yml` / Sidekiq設定ファイル / cronジョブ設定
- **Enterprise拡張の詳細**: `enterprise/app/services/enterprise/auto_assignment/`配下の実装詳細
  - 候補：容量ベース割り当て / カスタム割り当て順序

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - 全体的にコードベースと整合性が取れている
- 1: 中リスク - schedule.ymlの確認が必要（定期実行の正確なインターバル）
- 0: 低リスク - Enterprise機能の詳細は別途Enterprise設計書で補完可能

## 6) レビュアーチェックリスト（最小）
- [ ] `config/schedule.yml`でPeriodicAssignmentJobのスケジュール設定を確認
- [ ] `enterprise/app/services/enterprise/auto_assignment/`配下の追加機能を確認
- [ ] Redisキーパターン（`ROUND_ROBIN_AGENTS`）の定義場所を確認
- [ ] 割り当て変更時のアクティビティ記録処理の有無を確認
