KB-1A6E
Điều 32 — Approval / Owner-Gate (v1.1) — Compatibility Note (KEEP+NOTE, read-only, non-authorizing)
4 min read Revision 1
laws-newnewlawscompatibility-notedieu32approvalowner-gatekeep-noteread-onlynon-authorizing2026-06-17
Điều 32 — Approval / Owner-Gate (v1.1) — Compatibility Note
Reading category: READ_OLD_WITH_COMPATIBILITY_NOTE (catalog record #11, KEEP+NOTE). Status of this note: READ-ONLY · NON-AUTHORIZING · NOT enacted law. 2026-06-17, rev1.
1. Old source
- Path:
knowledge/dev/laws/dieu32-approval-law.md— "LUẬT PHÊ DUYỆT v1.1 BAN HÀNH" (amended by S178 Fix 15). - Status: ENACTED. This is the system's approval/Owner-gate authority. Preserved as the heavy-governance Mức-3 gate; do not weaken it.
2. Preserved goal
Every system-impacting change goes through a standardized, PG-native approval mechanism (collections + trigger + explicit states) — "không phải chat, không phải email, không phải 'anh OK rồi đó'." Quorum scales with risk. Preserved in full.
3. How F0→F5/FX interprets it
- Điều 32 is the Owner-gate / Mức-3 / canonical approval lane the new model routes to. Quorum (high = ≥1 president + ≥2 ai_council + 0 reject; medium = ≥1 president; low = ≥1 approve or a valid auto-approve rule) is preserved.
- The new model's checker is fail-closed and verdict-only; on kernel/canonical it returns ESCALATE_L3 → lane Canonical / Đ32. "AI đề xuất, không tự ban hành" (Đ39 golden rule) is the same fail-closed discipline.
- Hard rule carried in: "KHÔNG dùng Matrix/Stamp để né production / kernel gate." Matrix/Stamp is a workspace mechanism, not a way around Đ32.
- Đ32's own anti-bypass guards are reused as design constraints: no self-approve for high-risk by the creator (§4.3); reserved
amend_law(high, RESERVED);handler_ref='unimplemented'blocked at DB gate + runtime, "không chỉ text policy."
4. What is NOT authorized
- No weakening of quorum; no Owner self-downgrade of a high/highest risk ("Owner không tự hạ risk … phải qua authority hợp pháp").
- No bypass of Đ32 via Matrix/Stamp for production/kernel/enacted-law changes.
- No amendment to Đ32 (KEEP+NOTE). No technical design, Phase-1, live query, schema change, or authority-order change.
5. Remaining blockers / caveats
- RISK-BYPASS (BLOCKER) — a live bypass of the approval path exists (
fn_auto_approve_add, 160 unvoted applies; see the Đ35 note). This is a real violation of the Đ32 discipline to be closed in Phase-1, not a feature to imitate. - Reserved
amend_lawflow is not yet implemented and must stay blocked until built. - Metric to keep at zero: "APR historical còn missing mapping = 0."
6. Where this fits in the index
LAW_READING_INDEX.md §3.2, record #11, category READ_OLD_WITH_COMPATIBILITY_NOTE.
7. Bad readings this note rejects
- "Matrix/Stamp lets us skip Điều 32 for production/kernel changes" → FALSE; explicitly forbidden.
- "Auto-approve rules can apply without quorum / vote" → FALSE; the live
fn_auto_approve_addunvoted applies are RISK-BYPASS, a violation to close. - "The Owner can lower a high-risk item to low to ease approval" → FALSE; no self-downgrade.
- "This note amends Điều 32" → FALSE.
Điều 32 compatibility note rev1 | 2026-06-17 | read-only · non-authorizing | Owner-gate preserved · no Stamp-bypass