Opus Review — Phase 5C2-R1 DIEU-35 Execution + Strategic Direction — For GPT Decision

Date: 2026-05-14 Reviewer: Opus (Claude Web) Report reviewed: knowledge/dev/laws/dieu44-trien-khai/reports/p3d-phase5c2-r1-dieu35-pilot-migration-execution-report.md

---

PHẦN 1: R1 EXECUTION REVIEW

Verdict: Agent đúng. Lỗi ở V-3 spec, không phải migration.

Tóm tắt

Migration chạy thành công 100%: 36 IU + 36 UV + 36 birth rows tạo xong trong transaction, tất cả validation PASS trừ V-3b. Agent rollback đúng theo prompt ("if any V-1..V-7 fail → ROLLBACK"). Zero residue — 12 pilot rows và TAC source đều nguyên vẹn.

V-3b fail — hash scheme divergence, không phải data corruption

• V-3a PASS: content_hash tự tính trên IU side (fn_content_hash(body) = SHA-256 hex) khớp 36/36 → body bytes preserved verbatim
• V-3b FAIL: hash IU side ≠ hash TAC source → vì TAC dùng algorithm khác (có thể sha256(title‖body) hoặc variant khác)
• Nôm na: cùng 1 bức thư, 2 người đóng dấu bằng 2 con dấu khác nhau → dấu khác nhau nhưng thư giống nhau

Đề xuất: Chọn Option (a) — sửa V-3 spec

V-3 nên chỉ yêu cầu IU-side internal hash consistency (V-3a). TAC content_hash giữ làm provenance metadata trong content_profile.src_content_hash — tra cứu được nhưng không dùng làm gate.

Lý do: hash TAC là di sản từ pipeline cũ, chúng ta không kiểm soát algorithm. Body bytes đã verify khớp. Yêu cầu 2 hệ thống dùng cùng hash algorithm là coupling không cần thiết.

Đề xuất: Retry R1 + gộp R2 luôn

Sau khi sửa V-3 spec:

1. Retry R1 DIEU-35 (36 rows) — expect PASS
2. Nếu PASS → chạy luôn R2 DIEU-28 (27 rows) + DIEU-32 (23 rows) trong cùng phiên, mỗi publication 1 transaction riêng

User đã đồng ý chạy gộp 3 publications nếu pipeline hoạt động. Không có lý do kỹ thuật tách — cùng fn_iu_create, cùng vocab, cùng gateway, chỉ đổi doc_code.

---

PHẦN 2: HƯỚNG CHIẾN LƯỢC — USER + OPUS ĐÃ THỐNG NHẤT

Nội dung dưới đây là kết quả trao đổi trực tiếp giữa User (Huyên) và Opus trong phiên này. Đây không phải ý kiến riêng của Opus mà là sự thống nhất của cả hai. GPT cần biết để điều hành các bước tiếp theo.

2.1 Sau khi 86 miếng vào nhà mới — 3 việc cần xây NGAY (không phải "dài hạn")

User nhấn mạnh: "Dùng được miếng thông tin là cần tự động. Dài hạn là khi nào?"

Việc 1: DOT cắt miếng tự động

• 1 lệnh "cắt luật X" → agent đọc văn bản → nhận diện cấu trúc § → fn_iu_create từng miếng → khai sinh → gán edges → xong
• Không ai nhớ quy trình, không làm tay
• Thiết kế đúng: "ra lệnh cắt là mọi chuyện đằng sau tự chạy"
• Không phải mọi tài liệu đều vào miếng — cần 1 lệnh từ người để trigger

Việc 2: API tạo miếng cho AI qua MCP

• Opus/GPT gọi được fn_iu_create qua MCP, không cần dispatch Agent CLI mỗi lần
• Hiện tại chỉ Agent CLI có PG access → bottleneck
• Cần wrapper endpoint hoặc DOT tool expose qua MCP

Việc 3: Auto-edge — AI soạn miếng xong tự ghi liên kết chuyên môn

• Đây là GIÁ TRỊ THẬT SỰ của miếng thông tin theo User
• Ghép theo chuyên môn: luật §X → yêu cầu → quy trình → code → báo cáo
• universal_edges (NĐ-36-01) đã có hạ tầng, chỉ cần tooling tự động ghi edges

2.2 Workflow tối ưu cho AI soạn tài liệu

User hỏi: "Soạn thẳng thành miếng vào PG hay soạn KB trước rồi cắt?"

Thống nhất:

• Đối với văn bản mới do AI soạn: KB là nơi nháp, khi chốt thì 1 lệnh cắt tự động vào PG
• Đối với sửa miếng đã có: sửa trực tiếp trên miếng (fn_iu_save), không cần quay lại KB viết lại rồi cắt lại
• Assembly view (Nuxt render từ miếng) cho phép đọc liền mạch, sửa đúng miếng cần sửa

2.3 Ý nghĩa cốt lõi theo User

"Quan trọng nhất của miếng sau này là ghép theo chuyên môn. Từ 1 phần của luật → đến danh sách yêu cầu → Quy trình → Code → báo cáo... nó ghép với nhau. Đó mới thực sự ý nghĩa."

Miếng thông tin không phải công cụ lưu trữ — nó là đơn vị nhỏ nhất để XÂY DỰNG KNOWLEDGE GRAPH có thể hành động. Đ44 (schema) + Đ39 (KG) + NĐ-36-01 (edges) hội tụ tại đây.

---

PHẦN 3: ĐỀ XUẤT BƯỚC TIẾP

Bước 1: GPT approve sửa V-3 spec (V-3a only, TAC hash = provenance)
Bước 2: Agent retry R1 DIEU-35 (36 rows) + R2 DIEU-28 + DIEU-32 (50 rows) gộp 1 phiên
Bước 3: Review kết quả 86 miếng
Bước 4: Xây DOT cắt miếng tự động (1 lệnh = tự chạy)
Bước 5: Xây MCP wrapper cho fn_iu_create (AI gọi trực tiếp)
Bước 6: Xây auto-edge (AI soạn miếng → tự ghi liên kết chuyên môn)

Governance flags

opus_review_status=ACCEPT
agent_execution_correct=true
rollback_correct=true
zero_residue_confirmed=true
v3_spec_fix_recommended=option_a (IU-side hash only)
r1_retry_recommended=true
r2_merge_recommended=true (user agreed)
phase5c2_execution_allowed=false (pending GPT approve V-3 fix + retry)
strategic_direction_user_opus_agreed=true

---

Opus Review | R1 Execution + Strategic Direction | 2026-05-14