§6 QUY TRÌNH KHAI SINH COLLECTION — DOT-COLLECTION-CREATE

Part of: PG Reform Tools — S176 mission Prev: 08-dot-moi-va-catalog.md ← | → Next: 10-roadmap.md

---

§6.1 Vấn đề hiện tại

K2 phát hiện CI auto-apply SQL có thể tạo bảng mới mà KHÔNG qua Collection Protocol Đ36. Birth registry count = 0. KS.2 verify: 2 collection S108 tạo qua Directus API (có vết audit) — nhưng nhiều collection khác qua psql trực tiếp (INVISIBLE AUDIT GAP KS.1).

---

§6.2 Quy trình mới — DOT-COLLECTION-CREATE

Mọi collection mới qua 1 DOT duy nhất, 9 bước:

1. Pre-check Assembly — verify Assembly First (PG → Directus → Nuxt → Code)
2. Đ36 17 checks — áp đầy đủ Collection Protocol Law v4.0
3. DDL UNIQUE — tạo bảng với UNIQUE constraint đúng ngay từ đầu (chống dup gốc)
4. Trigger guard delete — chặn DELETE không authorized
5. birth_registry insert — ghi record ngày sinh
6. meta_catalog insert — ghi loại entity + cấp
7. Directus register — tạo collection trong directus_collections + fields
8. DOT cặp verifier — tự động tạo DOT tier A pair
9. Đăng ký chính mình — DOT-COLLECTION-CREATE tự insert vào dot_tools với metadata đầy đủ

Chi tiết SQL + pattern: xem DESIGN D5 (sẽ soạn sau KS.6).

---

§6.3 Hệ quả

• Không ai tạo bảng mới ngoài DOT-COLLECTION-CREATE (vì REVOKE direct DDL + DDL event trigger catch)
• Mọi collection mới có UNIQUE, guard, birth, meta_catalog, DOT cặp
• Bệnh dup không quay lại — UNIQUE chặn cứng
• Birth registry đầy đủ

---

§6.4 Tham chiếu

• Điều 36 Luật Collection Protocol v4.0 (S155, 17 health checks)
• Điều 0-G Luật Khai Sinh (S157, birth registry)
• KS.1 INVISIBLE AUDIT GAP (04-ks1-ddl-audit-gap.md) — lý do cần DDL event trigger
• DESIGN D5 (10-roadmap.md) — sẽ chi tiết hoá 9 bước thành SQL + pattern

---

File 09 — §6 DOT-COLLECTION-CREATE | Index | S176 | Living doc