HR / COMPLIANCE REVIEWER COCKPIT
あなたの Review Queue
assigned scope: 12 meetings
/
4 queue lanes
/
window: 過去 30 日
このページで queue を開くと、 対象者の /app/me/audit に 即時 audit log として記録されます。 単純な queue count 一覧 (このページ) には audit log は発生しません。
詳しい visibility & decision doctrine を読む
あなた (HR / Compliance Reviewer) に許可される閲覧
- assigned scope 内の per-meeting structural metrics (evidence grade / reason code 含む)
- bounded review queue 内の dyad pattern summary
- queue 個別ページに drill-down 後の dispute 内容 / context submission
許可されない閲覧
- 他チーム queue / 全社俯瞰 (このページにも nav にも導線無し)
- universal transcript browsing (raw transcript は never persisted)
- private employee notes / unshared evidence
- 同一 affected person の複数 queue 横断参照 (anti-retaliation §4)
あなたが取れる決定 (canon-approved wording のみ)
- 受理 — queue 種別ごとに canon 定義 (例 dispute: contestant の主張を受理)。 「no issue」を意味しない
- 却下 — 当該 observed window では qualifying signal なしと判断
- 追加情報を要求 — manager context / dyad context 提出を求める
- エスカレーション — 別 reviewer / 上位手続きへ委譲
Kashi は何をしないか
- AI による next-action suggestion / auto-apply 一切なし
- sort は明示的 user 操作のみ (oldest / newest / queue type) で AI priority は無い
- HR 評価・配置・処分・解雇の input ではない
Active Queues
3 lanes / 20 pending items
Next-actionable (oldest)
- 提出から
- 4 日前
- evidence grade
-
EMERGING
- reason code
- PRESSURE_PATTERN
- scope
- 3 meetings / dyad bounded
- observed window
- 過去 14 日
取り得る決定 (queue を開いた後)
- ◯受理
- ×却下
- +追加情報を要求
- ↑エスカレーション
「受理」 は no qualifying signal を意味しません。 各決定は reason code + audit log で記録されます。
Next-actionable (oldest)
- 提出から
- 1 日前
- evidence grade
-
WEAK
- reason code
- INSUFFICIENT_WINDOW
- scope
- 1 meeting / single observed window
- observed window
- 過去 7 日
取り得る決定 (queue を開いた後)
- ◯受理 (例外承認)
- ↺却下 (標準処理に戻す)
- +追加情報を要求
- ↑エスカレーション
in_progress 状態 = 昨日あなたが queue を開いたため audit log は既に記録済み。 再開しても新規 audit row は発生しません。
Next-actionable (oldest)
- 提出から
- 6 時間前
- evidence grade
-
INSUFFICIENT
(context 受理待ちのため未確定)
- reason code
- CONTEXT_REVIEW_PENDING
- scope
- 2 meetings / manager_A → bounded team
- observed window
- 過去 21 日
取り得る決定 (queue を開いた後)
- ◯受理 (context を妥当と判断)
- ×却下 (不十分として返却)
- ?追加情報を要求 (質問追加)
- ↑エスカレーション
「受理」 は提出文脈の妥当性のみを判断するもので、 当該パターン自体への judgement ではありません。
k-anonymity 閾値未満のため、 scope-safe preview を表示できません。
理由: この queue の assigned scope (2 meetings / 同一 small dyad) では、 evidence grade + reason code + meeting count の組み合わせから affected person を間接的に特定できる確率が canon 閾値 (k=3) を超えるため、 ランディングページでの preview は suppress されます。 queue 個別ページに drill-down すれば RLS-gated な full view を確認できます (audit row が即時発生)。
取り得る決定 (queue を開いた後)
- ◯受理 (judgement 確定)
- ×却下 (再判定不要)
- +追加情報を要求
- ↑エスカレーション
suppression が解除されるのは scope が k=3 を満たすまでです (assigned meetings 数の追加で自動解除)。
Escalated (Reviewer scope 内, 状況確認のみ)
1 lane / 1 item
Case meta
- エスカレから
- 7 日前
- evidence grade
-
STABLE
- reason code
- REPEATED_PATTERN
- scope
- 5 meetings / dyad bounded
- 現在の handler
- 別 reviewer (上位手続き procedure_id: pr_esc_002)
取り得る決定
- ⊘受理 (handler に委譲済み)
- ⊘却下 (handler に委譲済み)
- ⓘ状況を確認する
- +追加情報を提供
本 case の決定権はあなたではなく escalated handler にあります。 あなたが取れる操作は status 確認 + 追加 context 提供のみです。
Inactive Queues (count = 0)
1 lane folded
Inconclusive Grace Evaluations (別 grace lane)
0 pending
現時点で attention を要する案件はありません。
これは 「問題なし」 を意味しません — assigned scope (12 meetings / 30 日 window) 内で grace lane に該当する pattern が現在の observed window では検出されていないという状態です。
新しい grace evaluation が pending になると自動的に Active Queues へ移動します。 sort や filter による手動切替はありません (canon: AI suggested priority は無効、 ordering は明示的な lane 状態のみ)。