10 — Action Queue Reality (v_rp_action_queue_reality_status)

Are the action queues executable, or only docs/views? Classified EXECUTABLE / HANDLER_READY / VIEW_ONLY / DOC_ONLY / OWNER_BLOCKED / AUTHORITY_BLOCKED.

queue	items	reality_class
candidate_actions_safe_triage	7	EXECUTABLE
orphan_remediation_ai_can_handle	132	HANDLER_READY
candidate_actions_owner_gated	2	OWNER_BLOCKED
orphan_remediation_owner_needed	11	OWNER_BLOCKED
residual_awaiting_owner_reconcile	2	OWNER_BLOCKED
candidate_actions_president_gated	2	AUTHORITY_BLOCKED
orphan_remediation_birth_or_canon	0	AUTHORITY_BLOCKED
proc_own_approval_requests	5	AUTHORITY_BLOCKED

Findings

• A real backend handler exists: fn_wf_candidate_action_execute backs all 11 candidate action types — so the action queue is HANDLER_READY/EXECUTABLE, not DOC_ONLY.
• 7 safe-triage actions are EXECUTABLE now (ACCEPT_OS_LEVEL, CONFIRM_PROCESS_CANDIDATE, MARK_NOT_PROCESS, MERGE/SPLIT_CANDIDATE, QUARANTINE_IGNORE, REQUEST_MORE_EVIDENCE) — birth-free, preview-gated, no authority needed. 132 orphan items are AI-handleable via these.
• 2 owner-gated (ASSIGN_OWNER, RECONCILE_TO_DOT) and 2 president-gated (CREATE_BIRTH_REQUEST, SEND_TO_GOVERNANCE) are correctly FAIL_CLOSED. 5 PROC-OWN requests sit at 0 votes (authority-blocked, not faked).

This is the safe-engineering opportunity for the next macro: actuate the 7 EXECUTABLE triage actions (dry-run/preview) over the 132 AI-handleable orphans, while owner/president actions stay fail-closed.