GPT NEXT ACTION — Dừng vòng kế hoạch, chạy vòng sửa-rẻ thật

Ngày: 2026-07-06
Lý do: Owner phản ánh đúng: yêu cầu gốc đơn giản nhưng các vòng review đã kéo sang hạ tầng và làm mất mục tiêu sửa rẻ.
Trạng thái: chỉ định hành động tiếp theo; không DDL/DML.

1. Kết luận điều hành

Không chỉnh kế hoạch Rev 6 thêm nữa trước mắt. Rev 6 giữ làm bản scale/hạ tầng sau.

Việc tiếp theo là mở một vòng G0 — sửa-rẻ thật trên master-list, mục tiêu trong ngày: làm cho lần sửa tiếp theo của UI không còn phải dò khái niệm bằng tay.

2. Mục tiêu G0

Tạo được một vòng kiểm cực nhỏ:

1. Đọc concept-ledger.js hiện có.
2. Đọc companion / danh sách item của master-list hiện có.
3. In ra bảng tra ngay:
   • raw label / field
   • purpose
   • matched concept nếu đã có
   • review/candidate nếu chưa rõ
   • nơi khái niệm đang dùng
4. Khi Owner/Cowork muốn sửa hoặc thêm trường, agent dùng bảng này để trả lời trong vài giây:
   • dùng lại khái niệm nào;
   • hay tạo khái niệm mới;
   • có ảnh hưởng nơi nào khác.

G0 chưa cần PG, Directus, vector policy, report, Path A/B.

3. Không phủ nhận Rev 6

Rev 6 không sai. Nó là kế hoạch để scale: nhiều UI, lưu lâu, no-vector, report, governance.

Nhưng Rev 6 chưa được mở nếu G0 chưa chứng minh phép kiểm giúp sửa nhanh thật.

4. Việc cần giao cho Claude Code ngay

Prompt ngắn:

Mục tiêu: làm vòng sửa-rẻ thật cho master-list-quy-trinh-v1, không đụng PG/Directus.

Đọc các file sống trong /opt/incomex/docs/mcp-writes/ui-preview/:
- SUA-RE-README.md
- concept-ledger.js
- ui-contracts.js
- master-list-quy-trinh-v1.html nếu có

Tạo một artifact tra cứu đơn giản cạnh UI hoặc trong KB:
- sua-re-master-list-quick-check.md

Nội dung phải gồm:
1. 13 concept hiện có: key, tên, định nghĩa, ranh giới.
2. 30 usage hiện có: raw label/field, purpose, matched/candidate/review.
3. Bảng “khi sửa UI thì tra ở đây”: field/label nào dùng concept nào.
4. Cách thêm một item mới vào companion: chỉ khai raw_label + purpose + location nếu có.
5. Danh sách candidate/review cần Owner quyết.

Không DDL/DML. Không PG. Không Directus. Không vector. Không report. Không sửa Rev 6.
Output: file quick-check và báo cáo ngắn đã làm gì.

5. Tiêu chí PASS

G0 PASS khi Owner có thể đưa một yêu cầu sửa UI cụ thể và agent trả lời trong vài giây:

• trường này dùng concept cũ nào;
• nếu chưa có thì là candidate mới;
• nếu trùng/hơi giống thì đưa vào review;
• cần sửa companion ở dòng nào;
• không phải đọc lại 6 bản kế hoạch.

6. Sau G0

Nếu G0 giúp sửa nhanh thật: mới quay lại Rev 6 để đưa cơ chế vào PG/no-vector/report.

Nếu G0 không giúp: dừng PG, vì vấn đề không nằm ở lưu trữ mà nằm ở cách mô tả concept/purpose hoặc cách UI đang được viết.

7. Guard

Không thêm kế hoạch mới. Không thêm bảng. Không thêm DOT. Không thêm parser. Không thêm report.

Chỉ tạo một bản tra cứu dùng được ngay cho master-list.