あなたの Review Inbox VARIANT C / UNIFIED INBOX

あなた (HR / Compliance Reviewer) に許可される閲覧

• assigned scope 内の per-meeting structural metrics (evidence grade / reason code 含む)
• bounded review queue 内の dyad pattern summary (4 lane を統合表示)
• 個別行を開いた後の dispute 内容 / context submission (RLS-gated)

許可されない閲覧

• 他チーム inbox / 全社俯瞰 (このページにも nav にも導線なし、 RLS view が assigned scope 外を流さない)
• universal transcript browsing (raw transcript は never persisted)
• 同一 affected person の複数 lane 横断参照 (anti-retaliation §4) — inbox の queue type chip は lane 種別のみで、 同一 person id を行間で連結しない
• 別 reviewer に escalated 済み案件の現在 handler 名 (admin role のみ)

あなたが取れる 4 決定 (canon-approved wording のみ、 全 lane 共通)

• 受理 — lane 種別ごとに canon 定義 (例 dispute: contestant の主張を受理)。 「no issue」「問題なし」を意味しない
• 却下 — 当該 observed window では qualifying signal なしと判断
• 追加情報を要求 — manager context / dyad context 提出を求める
• エスカレーション — 別 reviewer / 上位手続きへ委譲

Kashi は何をしないか

• AI による next-action suggestion / auto-apply / auto-prioritization 一切なし
• sort は明示的 user 操作のみ (oldest / newest / highest grade / queue type)
• HR 評価・配置・処分・解雇の input ではない
• 同一 person を複数 lane で連結表示しない (inbox 行 = lane 単位、 person 単位ではない)

Variant C 固有の挙動 (onboarding メモ)

• 従来 4-queue 別ページ (/app/reviewer/disputes 等) は 削除されず、 deep link 先として残置。 個別 lane doctrine もそのまま。
• state machine は pending → in_progress → escalated → closed の 4 状態のみ。 resolved as no issue のような状態は存在しません (§6 No-Signal Rule)。
• closed 行は意図的に薄く表示 (操作不要、 記録としての参照のみ)。
• inbox 100 件上限 — 100 件超 (たとえば scope 拡張時) は filter 絞り込みプロンプトを表示。