Bài 59 – Prompt AI kiểm tra hồ sơ quan trắc lún công trình, phát hiện xu hướng bất thường và điểm cần cảnh báo

Một điểm lún chưa vượt giới hạn chưa có nghĩa là có thể bỏ qua.

Điều cần nhìn không chỉ là “đã lún bao nhiêu”, mà còn là: lún từ khi nào, tốc độ đang tăng hay giảm, các điểm lân cận biến đổi ra sao, sự thay đổi có trùng với giai đoạn thi công nào và cảnh báo trước đó đã được xử lý đến đâu.

Với hàng chục mốc và nhiều chu kỳ đo, AI có thể giúp biến bảng số liệu dài thành một hệ thống theo dõi trực quan và truy vết được từng điểm.

VMC Works đã tạo sẵn Prompt dưới đây. Bạn KHÔNG CẦN tự viết câu lệnh cho AI.

👉 Chỉ cần COPY NGUYÊN PROMPT, dán vào ChatGPT, Gemini, Claude hoặc công cụ AI có khả năng đọc tài liệu; sau đó tải hồ sơ quan trắc lún lên để AI bắt đầu kiểm tra.

──────────────

PROMPT – COPY NGUYÊN PHẦN DƯỚI ĐÂY:

Bạn hãy đóng vai chuyên gia quan trắc công trình, trắc địa, địa kỹ thuật, kết cấu, quản lý chất lượng và tư vấn giám sát.

Tôi sẽ cung cấp toàn bộ hoặc một phần:
- Đề cương/phương án quan trắc lún.
- Bản vẽ bố trí mốc.
- Hồ sơ mốc chuẩn/mốc cơ sở.
- Hồ sơ bàn giao mốc.
- Số liệu đo ban đầu.
- Sổ đo.
- File máy.
- Bảng tính.
- File Excel/CSV.
- Báo cáo quan trắc từng chu kỳ.
- Báo cáo tổng hợp.
- Biểu đồ lún.
- Hồ sơ thiết bị.
- Hồ sơ hiệu chuẩn/kiểm định nếu có.
- Nhật ký thi công.
- Tiến độ thi công.
- Hồ sơ cảnh báo.
- Biên bản hiện trường.
- Hồ sơ xử lý.
- Số liệu đo lại.
- Các tài liệu liên quan.

MỤC TIÊU:

Tạo chuỗi truy vết:

MỐC CHUẨN
↓
MỐC QUAN TRẮC
↓
GIÁ TRỊ BAN ĐẦU
↓
CHU KỲ ĐO
↓
CAO ĐỘ
↓
LÚN TỪNG KỲ
↓
LÚN TÍCH LŨY
↓
TỐC ĐỘ LÚN
↓
NGƯỠNG KIỂM SOÁT
↓
SỰ KIỆN THI CÔNG
↓
CẢNH BÁO
↓
XỬ LÝ
↓
ĐO KIỂM CHỨNG
↓
TIẾP TỤC THEO DÕI/ĐÓNG CẢNH BÁO.

1. LẬP MASTER SETTLEMENT POINT REGISTER

Lập:

STT | Mã mốc | Vị trí | Loại mốc | Cao độ ban đầu | Ngày bắt đầu | Tần suất yêu cầu | Trạng thái

Mỗi mốc phải là một dòng riêng.

Không tự tạo mã mốc.

2. KIỂM TRA MỐC ↔ BẢN VẼ

Lập:

Mã mốc | Bản vẽ | Vị trí | Hồ sơ đo | Báo cáo | Trạng thái

Phát hiện:
- Có trên bản vẽ nhưng chưa tìm thấy dữ liệu.
- Có dữ liệu nhưng chưa truy được vị trí.
- Trùng mã.
- Mã thay đổi giữa các báo cáo.
- Một mã xuất hiện tại nhiều vị trí.

3. KIỂM TRA MỐC CHUẨN/MỐC CƠ SỞ

Lập:

Mã mốc | Tọa độ nếu có | Cao độ | Nguồn | Ngày xác lập | Hồ sơ kiểm tra lại | Trạng thái

Phải phân biệt:
- Mốc chuẩn.
- Mốc quan trắc.
- Mốc chuyển nếu có.

Không mặc định mốc chuẩn tuyệt đối ổn định nếu hồ sơ chưa chứng minh.

4. KIỂM TRA SỰ ỔN ĐỊNH CỦA MỐC THAM CHIẾU

Nếu có dữ liệu kiểm tra:

Mã mốc | Chu kỳ | Giá trị | Biến thiên | Tiêu chí áp dụng | Trạng thái

Nếu mốc tham chiếu có dấu hiệu thay đổi, phải cảnh báo ảnh hưởng đến toàn bộ chuỗi số liệu liên quan.

Không tự hiệu chỉnh số liệu.

5. KIỂM TRA GIÁ TRỊ BAN ĐẦU

Lập:

Mã mốc | Ngày đo ban đầu | Cao độ ban đầu | Số lần đo nếu có | Nguồn | Trạng thái

Nếu báo cáo dùng baseline nhưng chưa truy được số liệu ban đầu, ghi:

“CHƯA TRUY ĐƯỢC CĂN CỨ XÁC LẬP GIÁ TRỊ BAN ĐẦU”.

6. LẬP DANH MỤC TOÀN BỘ CHU KỲ ĐO

Lập:

Chu kỳ | Ngày đo | Số mốc dự kiến | Số mốc thực đo | Mốc thiếu | Báo cáo | Trạng thái

7. TẠO MASTER SETTLEMENT DATA TABLE

Chuẩn hóa toàn bộ dữ liệu:

Mã mốc | Chu kỳ | Ngày | Cao độ | Lún kỳ này | Lún tích lũy | Đơn vị | Nguồn | Trạng thái

Giữ nguyên số liệu gốc.

8. KIỂM TRA CÔNG THỨC TÍNH

Xác định công thức thực tế đang được hồ sơ sử dụng.

Kiểm tra:
- Quy ước dấu.
- Đơn vị.
- Giá trị gốc.
- Công thức lún từng kỳ.
- Công thức lún tích lũy.

Không tự thay đổi phương pháp tính đã được dự án sử dụng nếu chưa có căn cứ.

9. TÍNH LÚN GIỮA HAI CHU KỲ

Nếu dữ liệu cho phép:

ΔS = S kỳ hiện tại - S kỳ trước

hoặc tính theo cao độ tương ứng với quy ước của hồ sơ.

Phải ghi rõ quy ước dấu.

10. TÍNH LÚN TÍCH LŨY

Nếu dữ liệu đủ:

S tích lũy = Giá trị hiện tại so với giá trị gốc

theo đúng phương pháp của hồ sơ.

Lập:

Mã mốc | Chu kỳ | Lún kỳ | Lún tích lũy | Trạng thái

11. KIỂM TRA LẠI PHÉP TÍNH TRONG BÁO CÁO

So sánh:

SỐ LIỆU GỐC
→ GIÁ TRỊ BÁO CÁO
→ GIÁ TRỊ AI TÍNH LẠI.

Lập:

Mã mốc | Chu kỳ | Báo cáo | AI tính lại | Sai khác | Trạng thái

Không tự sửa báo cáo.

12. TÍNH TỐC ĐỘ LÚN

Nếu đủ dữ liệu:

V = ΔS / Δt

Ghi rõ đơn vị, ví dụ:
- mm/ngày.
- mm/tuần.
- mm/tháng.

Không so sánh tốc độ giữa các khoảng thời gian khác nhau nếu chưa chuẩn hóa.

13. TẠO BẢNG TỐC ĐỘ LÚN

Mã mốc | Từ ngày | Đến ngày | ΔS | Số ngày | Tốc độ | Trạng thái

14. KIỂM TRA TẦN SUẤT ĐO

Đối chiếu:

TẦN SUẤT YÊU CẦU
↔ NGÀY ĐO THỰC TẾ.

Lập:

Mã mốc/Nhóm | Yêu cầu | Các ngày đo | Khoảng cách | Chu kỳ thiếu | Trạng thái

Không tự đặt tần suất.

15. PHÁT HIỆN CHU KỲ BỊ THIẾU

Tìm:
- Thiếu toàn bộ một chu kỳ.
- Một số mốc không được đo.
- Khoảng cách giữa hai lần đo dài bất thường so với yêu cầu.
- Mốc ngừng đo giữa quá trình theo dõi.

16. TẠO TIME SERIES CHO TỪNG MỐC

Theo từng mốc:

THỜI GIAN → LÚN TÍCH LŨY.

Nếu công cụ hỗ trợ, tạo biểu đồ đường.

Không nối khoảng thiếu dữ liệu theo cách gây hiểu nhầm là đã đo liên tục.

17. TẠO BIỂU ĐỒ SO SÁNH NHIỀU MỐC

Nhóm theo:
- Khu vực.
- Khối nhà.
- Trục.
- Hạng mục.
- Vùng móng.

Chỉ ghép các mốc có dữ liệu tương thích.

18. TẠO BIỂU ĐỒ TỐC ĐỘ LÚN

Thể hiện:

THỜI GIAN → TỐC ĐỘ LÚN.

Mục tiêu là phát hiện:
- Tốc độ giảm dần.
- Tốc độ tăng.
- Dao động.
- Thay đổi đột ngột.

Không tự kết luận công trình đã ổn định chỉ vì tốc độ đang giảm.

19. PHÂN TÍCH XU HƯỚNG

Theo từng mốc, mô tả trung tính:

- Xu hướng tương đối ổn định.
- Tiếp tục lún.
- Tốc độ có xu hướng giảm.
- Tốc độ có xu hướng tăng.
- Dao động.
- Biến động đột ngột.
- Chưa đủ dữ liệu đánh giá xu hướng.

20. KIỂM TRA NGƯỠNG KIỂM SOÁT

Truy từ:
- Thiết kế.
- Chỉ dẫn kỹ thuật.
- Đề cương quan trắc.
- Hồ sơ được phê duyệt.
- Tiêu chuẩn/quy chuẩn áp dụng nếu xác định được.

Lập:

Chỉ tiêu | Ngưỡng | Cấp cảnh báo nếu có | Nguồn | Phiên bản

Không tự đặt ngưỡng.

21. SO SÁNH LÚN TÍCH LŨY ↔ NGƯỠNG

Lập:

Mã mốc | Lún tích lũy | Ngưỡng | Tỷ lệ nếu phù hợp | Trạng thái

Chỉ ghi “VƯỢT NGƯỠNG” khi đã xác định được ngưỡng áp dụng.

22. SO SÁNH TỐC ĐỘ LÚN ↔ NGƯỠNG

Chỉ thực hiện khi hồ sơ có tiêu chí về tốc độ.

Không tự đặt tốc độ giới hạn.

23. KIỂM TRA CHÊNH LÚN GIỮA CÁC MỐC

Nếu dữ liệu và yêu cầu cho phép:

ΔSij = Si - Sj.

Lập:

Mốc A | Mốc B | Khoảng cách nếu có | Lún A | Lún B | Chênh lún | Tiêu chí | Trạng thái

Không tự chọn cặp mốc nếu quan hệ hình học không xác định được.

24. KIỂM TRA ĐỘ NGHIÊNG DO CHÊNH LÚN

Chỉ tính khi:
- Xác định đúng hai điểm.
- Có khoảng cách.
- Có dữ liệu lún phù hợp.
- Phương pháp đánh giá phù hợp.

Không tự kết luận độ nghiêng công trình nếu dữ liệu không đủ.

25. TẠO HEATMAP LÚN

Nếu có đủ tọa độ/vị trí:

Thể hiện mức lún theo mặt bằng.

Phân biệt rõ:
- Giá trị đo.
- Nội suy nếu có.

Không trình bày giá trị nội suy như số liệu đo thực tế.

26. PHÁT HIỆN MỐC CÓ BIẾN ĐỘNG ĐỘT NGỘT

So sánh:
- Kỳ trước.
- Các mốc lân cận.
- Xu hướng dài hạn.
- Sự kiện thi công.

Ghi:

“BIẾN ĐỘNG BẤT THƯỜNG – CẦN KIỂM TRA”.

Không tự kết luận sự cố.

27. PHÁT HIỆN OUTLIER

Lập:

Mã mốc | Chu kỳ | Giá trị | Kỳ trước | Kỳ sau | Mức khác biệt | Hành động đề xuất

Không tự xóa dữ liệu.

28. KIỂM TRA DỮ LIỆU LẶP

Tìm:
- Nhiều chu kỳ liên tiếp có giá trị giống hệt.
- Nhiều mốc có chuỗi giống nhau bất thường.
- Dữ liệu bị lặp giữa các báo cáo.

Chỉ ghi:

“DỮ LIỆU CẦN KIỂM TRA”.

Không kết luận làm giả.

29. KIỂM TRA TRÌNH TỰ NGÀY THÁNG

Phát hiện:
- Báo cáo trước ngày đo.
- Chu kỳ đánh số không theo thời gian.
- Hai giá trị khác nhau cùng mốc/cùng thời điểm.
- Số liệu đo lại có ngày trước khi phát hiện bất thường.
- Hồ sơ xử lý trước ngày cảnh báo.

30. LẬP CONSTRUCTION EVENT REGISTER

Từ tiến độ/nhật ký, lập:

Ngày | Sự kiện thi công | Khu vực | Giai đoạn | Ghi chú

Ví dụ chỉ khi hồ sơ có:
- Đào đất.
- Thi công móng.
- Thi công tầng hầm.
- Đổ sàn.
- Tăng tải.
- Tháo chống.
- Thi công tầng mới.
- Lắp thiết bị.
- Các sự kiện khác.

31. CHỒNG TIMELINE LÚN ↔ THI CÔNG

Lập:

Ngày | Sự kiện | Mốc liên quan | Lún trước | Lún sau | Tốc độ trước | Tốc độ sau | Nhận xét

Mục tiêu là nhận diện sự trùng khớp về thời gian.

Không tự kết luận quan hệ nhân quả.

32. PHÂN TÍCH TRƯỚC – TRONG – SAU SỰ KIỆN

Nếu dữ liệu đủ:

TRƯỚC SỰ KIỆN
→ TRONG SỰ KIỆN
→ SAU SỰ KIỆN.

So sánh:
- Lún.
- Tốc độ lún.
- Chênh lún.
- Các mốc lân cận.

33. KIỂM TRA CẢNH BÁO

Lập:

Mã cảnh báo | Ngày | Mốc | Giá trị | Ngưỡng | Nội dung | Người/Đơn vị nhận | Trạng thái

34. KIỂM TRA CHUỖI XỬ LÝ CẢNH BÁO

Dựng:

PHÁT HIỆN
→ CẢNH BÁO
→ KIỂM TRA
→ ĐÁNH GIÁ
→ HÀNH ĐỘNG
→ ĐO LẠI
→ THEO DÕI
→ ĐÓNG.

35. PHÁT HIỆN “CẢNH BÁO CHƯA KHÉP KÍN”

Nhóm:
- Vượt ngưỡng nhưng chưa truy được cảnh báo.
- Có cảnh báo nhưng chưa có phản hồi.
- Có xử lý nhưng chưa đo lại.
- Có đo lại nhưng chưa có đánh giá.
- Ghi Closed nhưng chưa truy được bằng chứng.

36. KIỂM TRA TĂNG TẦN SUẤT SAU CẢNH BÁO

Nếu hồ sơ yêu cầu:

Mã mốc | Tần suất trước | Yêu cầu mới | Tần suất thực tế | Trạng thái

37. KIỂM TRA MỐC NGỪNG ĐO

Lập:

Mã mốc | Ngày đo cuối | Lý do theo hồ sơ | Mốc thay thế nếu có | Căn cứ | Trạng thái

Không tự coi mốc đã được phép dừng theo dõi.

38. KIỂM TRA MỐC BỊ HỎNG/MẤT

Truy:

MỐC CŨ
→ SỰ VIỆC
→ MỐC THAY THẾ
→ QUAN HỆ CAO ĐỘ
→ KIỂM TRA
→ TIẾP TỤC CHUỖI.

Không nối hai chuỗi dữ liệu nếu chưa xác định được quan hệ.

39. KIỂM TRA THIẾT BỊ ĐO

Lập:

Thiết bị | Model | Serial | Hồ sơ hiệu chuẩn/kiểm định | Thời hạn | Ngày sử dụng | Trạng thái

40. KIỂM TRA THIẾT BỊ TẠI NGÀY ĐO

Nếu chưa truy được tình trạng thiết bị tại thời điểm đo, ghi:

“CẦN KIỂM TRA TÌNH TRẠNG THIẾT BỊ TẠI NGÀY ĐO”.

Không tự kết luận số liệu không hợp lệ.

41. TẠO SETTLEMENT TRACEABILITY MATRIX

Lập:

Mã mốc | Bản vẽ | Mốc chuẩn | Baseline | Thiết bị | Chu kỳ | Số liệu | Lún tích lũy | Tốc độ | Ngưỡng | Cảnh báo | Xử lý | Đo lại | Trạng thái

Đánh dấu:

✓ Đã truy được.
⚠ Cần kiểm tra.
✖ Chưa tìm thấy.
— Không áp dụng.

42. PHÁT HIỆN “MỐC ĐỨT CHUỖI THEO DÕI”

Nhóm:
- Chưa truy được mốc chuẩn.
- Chưa có baseline.
- Thiếu chu kỳ.
- Không truy được thiết bị.
- Không truy được số liệu gốc.
- Có biến động bất thường nhưng chưa đo lại.
- Vượt ngưỡng nhưng chưa truy được xử lý.
- Đã xử lý nhưng chưa có số liệu kiểm chứng.
- Mốc bị thay thế nhưng chưa xác định quan hệ.

43. TẠO BẢNG CẢNH BÁO

STT | Mã mốc | Vị trí | Lún tích lũy | Tốc độ | Ngưỡng | Xu hướng | Vấn đề | Mức độ | Hành động

Phân loại:

🔴 CẦN XỬ LÝ NGAY – Có giá trị vượt ngưỡng áp dụng, biến động quan trọng chưa được kiểm chứng hoặc cảnh báo quan trọng chưa khép kín.

🟡 CẦN THEO DÕI/LÀM RÕ – Có xu hướng cần chú ý, thiếu chu kỳ, dữ liệu bất thường hoặc hồ sơ chưa đầy đủ.

🟢 CHƯA PHÁT HIỆN VẤN ĐỀ TRONG PHẠM VI DỮ LIỆU ĐƯỢC CUNG CẤP.

44. TẠO DASHBOARD QUAN TRẮC LÚN

Nếu dữ liệu đủ, tổng hợp:
- Tổng số mốc.
- Số mốc đang theo dõi.
- Tổng số chu kỳ.
- Số chu kỳ thiếu.
- Số mốc thiếu dữ liệu.
- Số mốc chưa truy được baseline.
- Số mốc có tốc độ tăng.
- Số mốc có biến động bất thường.
- Số mốc vượt ngưỡng áp dụng.
- Số cảnh báo đang mở.
- Số cảnh báo chưa đo kiểm chứng.
- Số mốc đứt chuỗi.
- Số cảnh báo 🔴.
- Số cảnh báo 🟡.
- Tỷ lệ mốc có chuỗi dữ liệu đầy đủ.

45. TẠO “TOP 10 MỐC CẦN KIỂM TRA NGAY”

Lập:

Ưu tiên | Mã mốc | Vị trí | Lún tích lũy | Tốc độ | Ngưỡng | Vấn đề | Hành động

Ưu tiên:
1. Vượt ngưỡng áp dụng.
2. Tốc độ tăng đáng chú ý và cần kiểm tra.
3. Biến động đột ngột.
4. Chênh lún cần làm rõ.
5. Vượt ngưỡng nhưng chưa có xử lý.
6. Đã xử lý nhưng chưa đo lại.
7. Thiếu dữ liệu trong giai đoạn thi công quan trọng.
8. Mốc chuẩn/mốc tham chiếu cần kiểm tra.

46. CUỐI BÁO CÁO HÃY TRẢ LỜI RÕ:

- Có bao nhiêu mốc?
- Có bao nhiêu chu kỳ đo?
- Mốc nào thiếu chu kỳ?
- Mốc nào chưa truy được baseline?
- Mốc nào đang có lún tích lũy lớn nhất?
- Mốc nào có tốc độ lún lớn nhất trong kỳ gần nhất?
- Mốc nào có tốc độ đang tăng?
- Mốc nào có biến động đột ngột?
- Mốc nào vượt ngưỡng áp dụng?
- Khu vực nào có chênh lún cần chú ý?
- Có dữ liệu nào nghi ngờ sai đơn vị hoặc sai dấu không?
- Có chuỗi dữ liệu nào lặp bất thường không?
- Biến động nào xuất hiện gần sự kiện thi công?
- Cảnh báo nào chưa khép kín?
- Mốc nào đã xử lý nhưng chưa đo lại?
- Mốc nào đứt chuỗi theo dõi?
- 10 mốc nào cần kiểm tra trước tiên?

47. TẠO “CHECKLIST 2 PHÚT KHI ĐỌC BÁO CÁO QUAN TRẮC LÚN”

Tạo checklist 10–15 mục quan trọng nhất để Chủ đầu tư, BQLDA, TVGS, Nhà thầu và đơn vị quan trắc sử dụng.

NGUYÊN TẮC BẮT BUỘC:

- Không tự tạo mốc.
- Không tự tạo baseline.
- Không tự đặt tần suất đo.
- Không tự đặt ngưỡng cảnh báo.
- Không tự thay đổi quy ước dấu.
- Không tự sửa số liệu gốc.
- Không tự xóa outlier.
- Không nối chuỗi khi mốc bị thay thế nếu chưa xác định quan hệ.
- Phải kiểm tra mốc chuẩn/mốc tham chiếu.
- Phải kiểm tra lún từng kỳ và lún tích lũy.
- Phải kiểm tra tốc độ lún khi dữ liệu cho phép.
- Phải kiểm tra chênh lún khi có đủ dữ liệu và căn cứ.
- Phải đối chiếu với timeline thi công.
- Phải truy cảnh báo đến xử lý và đo kiểm chứng.
- Không kết luận công trình “ổn định” chỉ từ một vài chu kỳ.
- Không kết luận quan hệ nhân quả chỉ vì hai sự kiện xảy ra gần nhau.
- “Chưa tìm thấy” không đồng nghĩa “không có”.
- Khi các nguồn mâu thuẫn phải chỉ rõ từng nguồn.
- Không tự kết luận gian lận hoặc làm giả số liệu.
- Nếu chưa đủ dữ liệu, ghi “Chưa đủ dữ liệu để kết luận”.
- Khi viện dẫn tiêu chuẩn, quy chuẩn hoặc pháp luật phải kiểm tra phiên bản, hiệu lực và phạm vi áp dụng.
- AI chỉ hỗ trợ phân tích và nhận diện dấu hiệu; đánh giá an toàn, ổn định công trình và quyết định xử lý thuộc trách nhiệm của các chủ thể có thẩm quyền.

Sau khi tôi tải hồ sơ lên, KHÔNG chỉ đọc báo cáo chu kỳ gần nhất.

Trước tiên hãy lập:

1. MASTER SETTLEMENT POINT REGISTER.
2. DANH MỤC TOÀN BỘ CHU KỲ QUAN TRẮC.
3. MASTER SETTLEMENT DATA TABLE.
4. BẢNG LÚN TỪNG KỲ VÀ LÚN TÍCH LŨY.
5. BẢNG TỐC ĐỘ LÚN.
6. BIỂU ĐỒ TIME SERIES THEO TỪNG MỐC/NHÓM MỐC.
7. CONSTRUCTION EVENT REGISTER.
8. SETTLEMENT TRACEABILITY MATRIX.
9. DANH SÁCH MỐC VƯỢT NGƯỠNG/BẤT THƯỜNG.
10. DANH SÁCH CẢNH BÁO CHƯA KHÉP KÍN.
11. TOP 10 MỐC CẦN ƯU TIÊN KIỂM TRA.

Sau đó mới tiến hành phân tích chi tiết.

──────────────

Điểm mạnh của Prompt này là không chỉ hỏi “lún bao nhiêu mm?”. AI phải theo dõi từng mốc qua toàn bộ chuỗi thời gian, tính lại lún và tốc độ khi dữ liệu cho phép, đối chiếu ngưỡng, liên hệ với tiến độ thi công và truy từng cảnh báo đến bước xử lý, đo lại và đóng hồ sơ.

#AITrongXayDung #PromptXayDung #QuanTracLun #QuanTracCongTrinh #QuanLyChatLuong #TuVanGiamSat #KySuXayDung #VMCWorks