GPT Review — L4 Birth Gate cho Text Unit + Component Draft

Kết luận

L4 đúng hướng, bám Đ0-G và L1/L2/L3. Đề xuất trạng thái: PASS có điều kiện, chỉnh nhẹ trước khi upload KB.

Điểm đạt

• Chốt đúng mục tiêu: mở rộng scope Đ0-G cho text_unit và component.
• Giữ cơ chế lõi Đ0-G: birth_registry, inspector pipeline, auto-certify.
• Dựa đúng trên L1/L2/L3.
• Không viết schema/trigger/DOT cụ thể ở mức quá sâu.
• Có xử lý enforcement mode và legacy/migration.

Chỉnh bắt buộc trước upload

1. §2.2: câu INSERT vào entity_species, species_collection_map là data ops quá cụ thể. Sửa thành đăng ký species/collection mapping theo cơ chế Đ29/Đ0-G hiện hành; thao tác cụ thể thuộc deployment/design. Tránh khóa thao tác/tên bảng.
2. §3: Relation đã có trong Đ0-G hiện hành cần làm mềm: relation/universal_edges nếu đã thuộc governed collection thì dùng birth path hiện hành; L4 không mở rộng relation. Tránh khẳng định quá rộng nếu deployment chưa phủ toàn bộ.
3. §4.2 Text unit Body phải có giá trị quá cứng. Sửa thành content payload hợp lệ theo section_type: body hoặc title/heading/structural marker theo profile. Lý do: heading/container unit có thể không có body dài nhưng vẫn là unit hợp lệ.
4. §4.2 Canonical address unique toàn hệ thống là đúng, nhưng birth không nhất thiết tự kiểm uniqueness nếu address do system cấp sau. Sửa thành canonical address phải có hoặc được cấp bởi system auto trong birth path; unique theo rule thiết kế.
5. §4.4 Derived fields KHÔNG kiểm tại birth: cần thêm ngoại lệ trừ field system-auto bắt buộc để hoàn tất birth như status/address nếu do system cấp. Nếu không sẽ mâu thuẫn §4.2 lifecycle/address.
6. §5.2 Component Interface phải có giá trị nên mềm: interface/contract summary phải có ở mức governance nếu component type yêu cầu; profile quyết định mức bắt buộc. Một số pattern/guard ban đầu có thể chưa có interface kỹ thuật chi tiết.
7. §5.3 Human approval nên giới hạn: tạo component mới theo bước ④ hoặc tạo variant/base mới cần human approval theo L2; reuse nguyên trạng/cấu hình không nhất thiết cần approval nếu policy cho phép. Tránh làm mọi component birth thành approval thủ công.
8. §6.1 Object không vào PG hoặc vào quarantine/rejected hơi implementation. Sửa thành birth không hoàn tất/certify hoặc bị route sang trạng thái xử lý theo rule. Không chốt cơ chế lưu quarantine.
9. §7.1 Grandfather rule ... miễn birth gate retrospective đúng, nhưng thêm không miễn correctness/consistency và không miễn khi tạo version mới. Lý do: legacy cũ được miễn, nhưng version mới phải qua gate.
10. §8.1 Trigger cho text unit + component tables = data ops tại deployment quá implementation. Sửa thành write path cho text_unit/component sẽ được nối vào birth pipeline ở deployment/design.
11. §8.2 INSERT vào entity_species... lặp lại vấn đề #1; sửa mềm tương tự.
12. §10 thêm ranh giới: Không chốt quarantine/rejected storage model. Lý do §6 có nhắc quarantine.

Chỉnh khuyến nghị

• Thêm điều kiện PASS: L4 không tự thay đổi Đ0-G nếu cần schema change; mọi thay đổi schema Đ0-G phải là amend riêng.
• Thêm câu: L4 chỉ kiểm birth/completeness; review/approval nội dung vẫn thuộc L5/Đ32.
• Thêm câu: component birth gate kiểm reuse decision ở mức existence/authority; không đánh giá chất lượng kiến trúc sâu, việc đó thuộc review/DOT/council.

Quyết định điều phối

Opus chỉnh các điểm trên rồi upload KB bản L4 draft/review-ready. Sau L4, chuyển sang L5 — Đ32 clarify unit-level review + change-set approval.