DÙNG AI ĐỌC ẢNH HIỆN TRƯỜNG:
TỪ HÌNH ẢNH ĐẾN DANH SÁCH ĐIỂM KỸ SƯ CẦN KIỂM TRA
Mỗi ngày, một dự án xây dựng có thể phát sinh hàng chục đến hàng trăm Site Photo – Ảnh hiện trường.
Ảnh nằm trong:
nhóm Zalo,
báo cáo ngày,
Inspection Report – Báo cáo kiểm tra,
biên bản nghiệm thu,
thư mục dùng chung,
điện thoại kỹ sư,
hồ sơ nhà thầu,
báo cáo của TVGS.
Vấn đề không phải là:
CÓ ẢNH HAY KHÔNG.
Vấn đề là:
ẢNH NÀY CHỤP Ở ĐÂU?
ĐANG THI CÔNG CÔNG VIỆC GÌ?
AI CÓ THỂ NHÌN THẤY ĐIỀU GÌ?
ĐIỂM NÀO CẦN KỸ SƯ KIỂM TRA?
CẦN ĐỐI CHIẾU VỚI BẢN VẼ NÀO?
CẦN ĐO GÌ TẠI HIỆN TRƯỜNG?
VÀ ĐIỀU GÌ KHÔNG ĐƯỢC KẾT LUẬN CHỈ TỪ ẢNH?
Đây là một ứng dụng rất thực tế của AI.
Nhưng phải xác định đúng vai trò:
AI KHÔNG THAY KỸ SƯ NGHIỆM THU.
AI NÊN LÀ:
PHOTO REVIEW ASSISTANT – TRỢ LÝ RÀ SOÁT ẢNH HIỆN TRƯỜNG.
Quy trình nên là:
PHOTO – ẢNH
→ CONTEXT – BỐI CẢNH
→ OBSERVED CONDITION – ĐIỀU KIỆN QUAN SÁT ĐƯỢC
→ CHECK POINT – ĐIỂM CẦN KIỂM TRA
→ REQUIREMENT – YÊU CẦU
→ FIELD VERIFICATION – XÁC MINH HIỆN TRƯỜNG
→ ENGINEERING DECISION – KẾT LUẬN CHUYÊN MÔN.
────────────────────
BƯỚC 1: XÁC ĐỊNH REVIEW PURPOSE – MỤC ĐÍCH RÀ SOÁT ẢNH
Không nên đưa ảnh cho AI rồi hỏi:
“Ảnh này có lỗi gì?”
Câu hỏi đó rất dễ khiến AI suy đoán.
Nên xác định rõ mục đích.
Ví dụ:
Quality Review – Rà soát chất lượng.
Progress Review – Rà soát tiến độ.
Safety Review – Rà soát an toàn.
Pre-Inspection Review – Rà soát trước nghiệm thu.
Workmanship Review – Rà soát chất lượng thi công.
MEP Coordination Review – Rà soát phối hợp MEP.
Before/After Review – Đối chiếu trước và sau xử lý.
Daily Report Support – Hỗ trợ lập báo cáo ngày.
Ví dụ Prompt – Câu lệnh:
“Hãy phân tích các ảnh này với mục đích hỗ trợ kiểm tra chất lượng trước nghiệm thu.
Không kết luận Đạt/Không đạt.
Chỉ xác định:
1. Những gì nhìn thấy.
2. Công việc có khả năng liên quan.
3. Những điểm kỹ sư cần kiểm tra.
4. Dữ liệu nào cần đo tại hiện trường.
5. Hồ sơ nào cần đối chiếu.”
────────────────────
BƯỚC 2: TẠO PHOTO INVENTORY – DANH MỤC ẢNH
Nếu có nhiều ảnh, đừng phân tích ngay.
Đầu tiên hãy yêu cầu AI lập:
PHOTO INVENTORY – DANH MỤC ẢNH.
Các cột nên gồm:
Photo ID
| Original File Name
| Date if Verified
| Location if Verified
| Discipline
| Possible Work Activity
| Visible Condition
| Readability
| Review Status.
Ví dụ:
P-001
| IMG_3281.jpg
| 03/10/2026
| Tầng 5 – Khu A
| Structure – Kết cấu
| Rebar Installation – Lắp đặt cốt thép
| Nhìn thấy cốt thép sàn và các vị trí lỗ mở
| Clear – Rõ
| Pending Review – Chờ rà soát.
Photo ID – Mã ảnh rất quan trọng.
Đừng quản lý kiểu:
“ảnh số 3”
hoặc:
“ảnh phía trên.”
Nên dùng:
P-001.
P-002.
P-003.
Sau này mọi:
Observation – Quan sát,
Punch – Tồn tại,
NCR – Báo cáo không phù hợp,
Action – Hành động
đều có thể truy lại đúng ảnh.
────────────────────
BƯỚC 3: KHÔNG TỰ SUY NGÀY, GIỜ, VỊ TRÍ
Một file tên:
TANG5_0310.jpg
không đủ để AI khẳng định:
Date – Ngày:
03/10.
Location – Vị trí:
Tầng 5.
Có thể file đã được:
đổi tên,
copy,
chuyển qua Zalo,
tải lại,
hoặc tổng hợp sau.
Do đó phải phân biệt:
Verified Metadata – Siêu dữ liệu đã xác minh.
Provided Context – Bối cảnh người dùng cung cấp.
Inferred from File Name – Suy từ tên file.
Visual Inference – Suy từ hình ảnh.
Unknown – Chưa xác định.
Nếu chỉ suy từ tên file:
hãy ghi:
INFERRED FROM FILE NAME – REQUIRES VERIFICATION
– SUY TỪ TÊN FILE – CẦN XÁC MINH.
────────────────────
BƯỚC 4: TẠO LOCATION DICTIONARY – TỪ ĐIỂN VỊ TRÍ
Một khu vực có thể được gọi:
T5.
Floor 5.
Level 05.
5F.
Tầng 5.
AI có thể chuẩn hóa thành:
Normalized Location – Vị trí chuẩn hóa.
Nhưng phải giữ:
Original Location – Vị trí gốc.
Bảng:
Original Location
| Normalized Location
| Building
| Floor
| Zone
| Grid
| Mapping Basis.
Điều này rất hữu ích khi một dự án có hàng nghìn ảnh.
────────────────────
BƯỚC 5: PHÂN BIỆT OBSERVATION – QUAN SÁT VỚI CONCLUSION – KẾT LUẬN
Đây là nguyên tắc quan trọng nhất.
Ví dụ ảnh cho thấy:
một hệ cốt thép.
AI có thể viết:
“Quan sát thấy hệ cốt thép lớp trên tại khu vực được chụp.”
Đây là:
Observed Condition – Điều kiện quan sát được.
Nhưng AI không nên lập tức viết:
“Khoảng cách thép không đạt.”
Đó là:
Engineering Conclusion – Kết luận kỹ thuật.
Muốn kết luận cần:
Requirement – Yêu cầu.
Measurement – Đo đạc.
Evidence – Bằng chứng.
Acceptance Criterion – Tiêu chí chấp nhận.
Engineer Verification – Kỹ sư xác minh.
────────────────────
BƯỚC 6: TẠO PHOTO OBSERVATION REGISTER – DANH MỤC QUAN SÁT TỪ ẢNH
Các cột:
Observation ID
| Photo ID
| Location
| Work Activity
| Observed Condition
| Visible Evidence
| Possible Check Point
| Related Document
| Field Verification Required
| Status.
Ví dụ:
Observation ID:
OBS-001.
Photo ID:
P-018.
Observed Condition – Điều kiện quan sát:
“Quan sát thấy cốt thép lớp trên và lỗ mở kỹ thuật tại khu vực được chụp.”
Possible Check Point – Điểm cần kiểm tra:
“Đối chiếu cấu tạo gia cường lỗ mở với bản vẽ kết cấu được phê duyệt.”
Field Verification Required – Nội dung cần xác minh hiện trường:
“Đường kính, số lượng và khoảng cách thép.”
Đây mới là cách dùng AI an toàn.
────────────────────
BƯỚC 7: ẢNH CỐT THÉP – AI NÊN KIỂM TRA GÌ?
AI có thể hỗ trợ nhận diện sơ bộ:
Rebar – Cốt thép.
Top Bar – Thép lớp trên.
Bottom Bar – Thép lớp dưới.
Stirrup – Cốt đai.
Starter Bar – Thép chờ.
Opening – Lỗ mở.
Lap Area – Khu vực có dấu hiệu nối chồng.
Spacer/Chair – Con kê/ghế thép nếu nhìn thấy.
Từ đó AI tạo:
CHECK POINT – ĐIỂM CẦN KIỂM TRA.
Ví dụ:
Bar Diameter – Đường kính thép.
Bar Spacing – Khoảng cách thép.
Bar Quantity – Số lượng thanh.
Lap Length – Chiều dài nối.
Lap Location – Vị trí nối.
Anchorage – Neo thép.
Concrete Cover – Lớp bê tông bảo vệ.
Opening Reinforcement – Cốt thép gia cường lỗ mở.
Embedded Items – Chi tiết chôn sẵn.
Nhưng AI không được tự xác nhận các giá trị này chỉ từ ảnh thông thường.
────────────────────
BƯỚC 8: ẢNH CỐP PHA – AI CÓ THỂ GỢI Ý NHỮNG GÌ?
AI có thể quan sát:
Formwork Surface – Bề mặt cốp pha.
Joint – Mối nối.
Opening – Lỗ mở.
Tie Rod – Ty ren.
Prop/Shore – Cây chống.
Bracing – Hệ giằng.
Working Platform – Sàn thao tác.
Từ đó có thể tạo các Check Point – Điểm cần kiểm tra:
Dimension – Kích thước.
Level – Cao độ.
Verticality – Độ thẳng đứng.
Joint Tightness – Độ kín mối nối.
Cleanliness – Vệ sinh.
Opening Position – Vị trí lỗ mở.
Support System – Hệ chống đỡ.
Nhưng ảnh thông thường không đủ để AI xác nhận:
khả năng chịu tải,
khoảng cách chống,
cao độ chính xác,
độ thẳng đứng chính xác
nếu không có dữ liệu đo.
────────────────────
BƯỚC 9: ẢNH BÊ TÔNG – KHÔNG VỘI GỌI “LỖI”
AI có thể mô tả:
Visible Surface Void – Hốc/rỗ bề mặt nhìn thấy.
Crack-Like Feature – Dấu hiệu giống vết nứt.
Surface Irregularity – Bề mặt không đều.
Discoloration – Khác màu bề mặt.
Construction Joint-Like Line – Đường có biểu hiện giống mạch ngừng.
Nhưng tránh viết ngay:
“Nứt kết cấu.”
“Rỗ tổ ong nghiêm trọng.”
“Bê tông không đạt.”
Ví dụ cách viết phù hợp hơn:
“Quan sát thấy một dấu hiệu dạng đường nứt trên bề mặt bê tông tại khu vực được chụp. Chưa xác minh bề rộng, chiều sâu, phạm vi và nguyên nhân. Cần kỹ sư kiểm tra tại hiện trường.”
────────────────────
BƯỚC 10: KHÔNG ĐO KÍCH THƯỚC TỪ ẢNH THÔNG THƯỜNG
Một lỗi phổ biến khi dùng AI là hỏi:
“Khoảng cách thép trong ảnh này là bao nhiêu?”
“Vết nứt rộng bao nhiêu?”
“Ống cách tường bao nhiêu?”
“Sàn có dốc đủ không?”
Nếu ảnh không có:
Calibrated Reference – Tham chiếu hiệu chuẩn
hoặc:
Known Dimension – Kích thước tham chiếu đáng tin cậy,
AI không nên đưa số đo chính xác.
Phải ghi:
MEASUREMENT NOT VERIFIED
– CHƯA XÁC MINH ĐO ĐẠC.
Đặc biệt không xác nhận từ ảnh thông thường:
Bar Spacing – Khoảng cách thép.
Concrete Cover – Lớp bê tông bảo vệ.
Crack Width – Bề rộng vết nứt.
Pipe Slope – Độ dốc đường ống.
Level – Cao độ.
Verticality – Độ thẳng đứng.
Flatness – Độ phẳng.
Clearance – Khoảng hở.
────────────────────
BƯỚC 11: ẢNH CÔNG TÁC XÂY – TRÁT – ỐP LÁT
AI có thể phát hiện các vùng cần chú ý như:
Wall Alignment – Tuyến tường.
Opening – Lỗ mở.
Interface – Vị trí tiếp giáp.
Surface Condition – Tình trạng bề mặt.
Tile Layout – Bố trí gạch.
Joint Pattern – Mạch gạch.
Corner/Edge – Góc/cạnh.
Floor Drain Area – Khu vực phễu thoát sàn.
Possible Check Point – Điểm cần kiểm tra có thể gồm:
Verticality – Độ thẳng đứng.
Flatness – Độ phẳng.
Level – Cao độ.
Slope – Độ dốc.
Joint Width – Bề rộng mạch.
Tile Alignment – Căn chỉnh gạch.
Wall Thickness – Chiều dày tường.
Nhưng:
ảnh chỉ giúp xác định nơi cần kiểm tra.
Giá trị thực tế phải lấy từ:
Measurement – Đo đạc.
────────────────────
BƯỚC 12: ẢNH MEP – CƠ ĐIỆN
Đây là nhóm rất hữu ích.
AI có thể hỗ trợ nhận diện:
Pipe – Đường ống.
Duct – Ống gió.
Cable Tray – Thang/máng cáp.
Conduit – Ống luồn dây.
Valve – Van.
Equipment – Thiết bị.
Sleeve – Ống chờ.
Opening – Lỗ mở.
Support/Hanger – Giá đỡ/ty treo.
Từ đó tạo Check Point – Điểm cần kiểm tra:
Routing – Tuyến đi.
Elevation – Cao độ.
Clearance – Khoảng hở.
Support – Giá đỡ.
Access – Khả năng tiếp cận.
Maintenance Space – Không gian bảo trì.
MEP Coordination – Phối hợp MEP.
Builder’s Work – Phần việc xây dựng phục vụ MEP.
Firestop – Bịt kín chống cháy.
Waterproofing Interface – Giao diện chống thấm.
Nhưng:
Photo – Ảnh
không phải:
BIM Clash Detection – Phát hiện xung đột BIM.
AI chỉ có thể flag:
Potential Coordination Issue
– Vấn đề phối hợp tiềm năng.
────────────────────
BƯỚC 13: ẢNH THIẾT BỊ MEP – ĐỌC NAMEPLATE – NHÃN THIẾT BỊ
Nếu ảnh đủ rõ:
AI có thể đọc:
Manufacturer – Nhà sản xuất.
Model – Model.
Serial Number – Số sê-ri.
Voltage – Điện áp.
Power – Công suất.
Capacity – Công suất/năng lực danh định.
Rating – Thông số định mức.
Sau đó đối chiếu:
Approved Datasheet – Datasheet được phê duyệt.
Equipment Schedule – Bảng thiết bị.
Material Submittal – Hồ sơ trình duyệt vật liệu/thiết bị.
Nhưng nếu chữ mờ:
phải ghi:
KHÔNG ĐỌC ĐƯỢC
(UNREADABLE).
Không được đoán model.
────────────────────
BƯỚC 14: ẢNH VẬT LIỆU – AI HỖ TRỢ TRUY XUẤT
Ảnh có thể chứa:
Material Label – Nhãn vật liệu.
Batch No. – Số lô.
Heat No. – Số mẻ luyện nếu áp dụng.
Manufacturer – Nhà sản xuất.
Model – Model.
Size – Kích thước.
Production Date – Ngày sản xuất.
AI có thể trích các trường này.
Sau đó liên kết:
PHOTO
→ MATERIAL ID
→ BATCH/LOT
→ DELIVERY
→ CO/CQ
→ TEST
→ MATERIAL INSPECTION.
Nếu chữ không đọc rõ:
không đoán.
────────────────────
BƯỚC 15: AI CÓ THỂ ĐỌC MÃ, NHƯNG KHÔNG XÁC MINH TÍNH XÁC THỰC
Ví dụ ảnh có:
QR Code – Mã QR.
Serial Number – Số sê-ri.
Certificate Label – Nhãn chứng nhận.
AI có thể:
đọc,
trích xuất,
so sánh.
Nhưng không tự kết luận:
“hàng chính hãng.”
“chứng chỉ thật.”
“CO/CQ hợp lệ.”
Đó là những kết luận cần nguồn xác minh khác.
────────────────────
BƯỚC 16: ẢNH AN TOÀN – AI NÊN MÔ TẢ TRƯỚC, ĐÁNH GIÁ SAU
AI có thể nhận diện:
Open Edge – Mép hở.
Opening – Lỗ mở.
Guardrail – Lan can.
Scaffold – Giàn giáo.
Access – Lối tiếp cận.
Cable on Walkway – Dây/cáp trên lối đi.
Housekeeping – Tình trạng sắp xếp/vệ sinh.
PPE – Phương tiện bảo vệ cá nhân.
Nhưng:
không nên từ ảnh lập tức kết luận:
“vi phạm an toàn.”
Nên đi theo:
OBSERVATION
→ APPLICABLE REQUIREMENT
→ EVIDENCE
→ SAFETY ENGINEER VERIFICATION.
────────────────────
BƯỚC 17: NOT VISIBLE – KHÔNG NHÌN THẤY KHÔNG CÓ NGHĨA NOT PRESENT – KHÔNG CÓ
Ví dụ ảnh chỉ chụp một phía.
AI không thấy:
lan can.
Không được viết:
“Không có lan can.”
Phải ghi:
GUARDRAIL NOT VISIBLE IN PROVIDED VIEW
– KHÔNG QUAN SÁT THẤY LAN CAN TRONG GÓC ẢNH ĐƯỢC CUNG CẤP.
Đây là khác biệt rất quan trọng.
────────────────────
BƯỚC 18: TẠO CHECK POINT REGISTER – DANH MỤC ĐIỂM CẦN KIỂM TRA
Đây là sản phẩm hữu ích nhất.
Các cột:
Check Point ID
| Photo ID
| Location
| Work Activity
| Check Item
| Why Check?
| Requirement Source
| Verification Method
| Responsible Discipline
| Status.
Ví dụ:
CP-025
| P-018
| Tầng 5 – Zone A
| Rebar Installation – Lắp đặt cốt thép
| Opening Reinforcement – Cốt thép gia cường lỗ mở
| Ảnh cho thấy lỗ mở và cốt thép xung quanh
| Structural Drawing – Bản vẽ kết cấu
| Field Measurement + Drawing Check – Đo hiện trường + đối chiếu bản vẽ
| Structure – Kết cấu
| To Verify – Cần xác minh.
────────────────────
BƯỚC 19: ĐỪNG ĐỂ AI TỰ TẠO ACCEPTANCE CRITERION – TIÊU CHÍ CHẤP NHẬN
Ví dụ ảnh cho thấy một đường ống.
AI có thể gợi ý:
“Kiểm tra độ dốc.”
Nhưng AI không được tự ghi:
“Độ dốc phải ≥ 1%”
nếu chưa có:
Drawing – Bản vẽ.
Specification – Chỉ dẫn kỹ thuật.
Approved Shop Drawing – Bản vẽ thi công được phê duyệt.
Applicable Standard – Tiêu chuẩn áp dụng.
Nếu không tìm thấy tiêu chí:
ACCEPTANCE CRITERION NOT FOUND
– CHƯA TÌM THẤY TIÊU CHÍ CHẤP NHẬN.
────────────────────
BƯỚC 20: LIÊN KẾT ẢNH VỚI DRAWING – BẢN VẼ
Sau khi xác định được:
Location – Vị trí
và:
Work Activity – Công việc,
AI có thể hỗ trợ tìm:
Related Drawing – Bản vẽ liên quan.
Tạo:
PHOTO-DRAWING MATRIX
– MA TRẬN ẢNH–BẢN VẼ.
Photo ID
| Location
| Discipline
| Work Activity
| Drawing No.
| REV
| Status
| Relevant Detail
| Verification.
Nhưng không được tự lấy:
Highest REV – REV cao nhất
làm:
Approved/Applicable REV – REV được phê duyệt/áp dụng.
────────────────────
BƯỚC 21: TỪ ẢNH → CHECKLIST NGHIỆM THU
Sau khi có:
Observed Condition – Quan sát.
Check Point – Điểm cần kiểm tra.
Requirement – Yêu cầu.
AI có thể tạo:
Inspection Checklist – Checklist kiểm tra/nghiệm thu.
Ví dụ:
Check Item
| Requirement
| Verification Method
| Actual Measurement
| Evidence
| Result
| Engineer Verification.
Đây là bước chuyển rất hay:
PHOTO
→ CHECK POINT
→ CHECKLIST
→ FIELD VERIFICATION.
Nhưng AI không điền:
Pass/Fail – Đạt/Không đạt
khi chưa có kết quả đo và tiêu chí.
────────────────────
BƯỚC 22: AI HỖ TRỢ BEFORE-AFTER REVIEW – ĐỐI CHIẾU TRƯỚC VÀ SAU
Ví dụ:
Photo P-010:
Before – Trước xử lý.
Photo P-035:
After – Sau xử lý.
AI có thể lập:
Before Condition – Điều kiện trước.
Reported Action – Hành động được báo.
After Condition – Điều kiện sau.
Remaining Visible Issue – Nội dung còn nhìn thấy.
Verification Required – Nội dung cần xác minh.
Nhưng:
After Photo – Ảnh sau xử lý
không đồng nghĩa:
Verified Closed – Đã xác minh đóng.
────────────────────
BƯỚC 23: TẠO BEFORE-AFTER MATRIX – MA TRẬN TRƯỚC–SAU
Issue ID
| Before Photo
| Before Observation
| Required Action
| After Photo
| After Observation
| Requirement
| Verification
| Closure Status.
Cách này đặc biệt hữu ích cho:
Punch List – Danh sách tồn tại.
NCR – Báo cáo không phù hợp.
Safety Observation – Quan sát an toàn.
Quality Observation – Quan sát chất lượng.
────────────────────
BƯỚC 24: PHÁT HIỆN ẢNH TRÙNG
Một ảnh có thể được gửi lại:
qua Zalo,
trong báo cáo Word,
trong PDF,
trong thư mục ảnh.
AI có thể phát hiện:
Exact Duplicate – Ảnh trùng chính xác.
Possible Duplicate – Ảnh có khả năng trùng.
Nhưng không tự xóa.
Tạo:
DUPLICATE PHOTO REVIEW
– DANH MỤC RÀ SOÁT ẢNH TRÙNG.
Photo A
| Photo B
| Same Image?
| Crop Difference
| Annotation Difference
| Resolution Difference
| Verification.
────────────────────
BƯỚC 25: KHÔNG ĐẾM ẢNH TRÙNG THÀNH NHIỀU SỰ KIỆN
Ví dụ cùng một vị trí được gửi trong:
Báo cáo ngày.
Nhóm Zalo.
Punch List.
Nếu không kiểm tra trùng:
AI có thể báo:
“3 tồn tại.”
Trong khi thực tế:
chỉ là 1 vấn đề xuất hiện trong 3 nguồn.
Do đó cần:
Photo ID
và:
Issue ID – Mã vấn đề
tách biệt.
────────────────────
BƯỚC 26: TẠO ISSUE REGISTER – DANH MỤC VẤN ĐỀ
Một Issue – Vấn đề
có thể có nhiều ảnh.
Issue ID
| Location
| Work Activity
| Observation
| Related Photo IDs
| Requirement
| Required Verification
| Action
| Status.
Ví dụ:
ISS-012
có:
P-021,
P-023,
P-026.
Ba ảnh.
Một vấn đề.
────────────────────
BƯỚC 27: MỘT ẢNH CÓ THỂ CÓ NHIỀU CHECK POINT – ĐIỂM CẦN KIỂM TRA
Ví dụ một ảnh phòng kỹ thuật có:
ống nước,
ống gió,
thang cáp,
van,
giá treo,
lỗ xuyên tường.
Một ảnh có thể sinh:
CP-01:
Routing – Tuyến.
CP-02:
Clearance – Khoảng hở.
CP-03:
Support – Giá đỡ.
CP-04:
Access – Khả năng tiếp cận.
CP-05:
Firestop – Bịt kín chống cháy.
CP-06:
Opening – Lỗ mở.
Không nên ép:
1 ảnh = 1 vấn đề.
────────────────────
BƯỚC 28: TẠO PHOTO-TO-ISSUE RELATIONSHIP – QUAN HỆ ẢNH–VẤN ĐỀ
Photo ID
| Issue ID
| Relationship
| Evidence Role.
Relationship có thể là:
Original Evidence – Bằng chứng ban đầu.
Additional Evidence – Bằng chứng bổ sung.
Before Photo – Ảnh trước.
After Photo – Ảnh sau.
Verification Photo – Ảnh xác minh.
Context Photo – Ảnh bối cảnh.
Nhờ vậy:
hồ sơ ảnh không còn là thư mục hỗn hợp.
────────────────────
BƯỚC 29: DÙNG AI ĐỂ LẬP DAILY PHOTO REPORT – BÁO CÁO ẢNH HÀNG NGÀY
Từ các ảnh trong ngày:
AI có thể nhóm theo:
Location – Vị trí.
Discipline – Bộ môn.
Work Activity – Công việc.
Contractor – Nhà thầu nếu dữ liệu đã xác nhận.
Sau đó tạo:
Today's Activities – Công việc trong ngày.
Visible Progress – Tiến triển nhìn thấy.
Inspection Candidates – Công việc có khả năng sẵn sàng kiểm tra.
Check Points – Điểm cần kiểm tra.
Open Issues – Vấn đề đang mở.
Photos Requiring Clarification – Ảnh cần làm rõ.
Không nên để AI từ ảnh tự tính:
% Progress – Phần trăm tiến độ
nếu chưa có Measurement Basis – Cơ sở đo lường.
────────────────────
BƯỚC 30: ẢNH KHÔNG ĐỦ ĐỂ TÍNH % TIẾN ĐỘ CHÍNH XÁC
Ví dụ AI thấy:
một tầng đã xây nhiều tường.
Không nên kết luận:
“Đạt 80%.”
Muốn tính:
Physical Progress – Tiến độ thực tế
phải có:
Scope – Phạm vi.
Quantity – Khối lượng.
Measurement Rule – Quy tắc đo.
Baseline – Cơ sở kế hoạch.
Ảnh chỉ hỗ trợ:
Visible Progress Observation – Quan sát tiến triển nhìn thấy.
────────────────────
BƯỚC 31: AI HỖ TRỢ PHÁT HIỆN THAY ĐỔI GIỮA HAI THỜI ĐIỂM
Nếu có ảnh cùng vị trí:
Ngày A.
Ngày B.
AI có thể mô tả:
Visible Change – Thay đổi nhìn thấy.
Ví dụ:
ngày A chưa có đường ống.
ngày B quan sát thấy đường ống đã được lắp.
Nhưng:
Visible Change
không tự động chứng minh:
Installation Accepted – Lắp đặt đã được nghiệm thu.
Phải liên kết với:
Inspection Record – Hồ sơ nghiệm thu.
────────────────────
BƯỚC 32: TẠO PHOTO TIMELINE – DÒNG THỜI GIAN ẢNH
Location
| Date
| Photo ID
| Visible Activity
| Visible Change
| Related Inspection
| Related Issue
| Verification.
Đây là công cụ rất hữu ích để:
xem lịch sử thi công,
phân tích sự kiện,
đối chiếu nhật ký,
rà soát tiến độ.
────────────────────
BƯỚC 33: LIÊN KẾT ẢNH VỚI SITE DIARY – NHẬT KÝ THI CÔNG
Có thể tạo:
PHOTO-DIARY MATRIX
– MA TRẬN ẢNH–NHẬT KÝ.
Photo ID
| Date
| Location
| Visible Activity
| Diary Activity
| Match Status
| Difference
| Verification.
Nếu ảnh cho thấy:
công tác A
nhưng nhật ký ghi:
công tác B,
AI có thể flag:
DATA INCONSISTENCY
– DỮ LIỆU CHƯA NHẤT QUÁN.
Không tự kết luận:
nhật ký sai.
────────────────────
BƯỚC 34: LIÊN KẾT ẢNH VỚI INSPECTION – NGHIỆM THU
Tạo:
PHOTO-INSPECTION MATRIX
– MA TRẬN ẢNH–NGHIỆM THU.
Photo ID
| Work Item
| Location
| Inspection Request
| Inspection Date
| Photo Date
| Evidence Role
| Status.
Một ảnh có ngày gần ngày nghiệm thu
không tự chứng minh:
đó là ảnh nghiệm thu.
Phải có:
link,
photo log,
biên bản,
hoặc nguồn liên kết đáng tin cậy.
────────────────────
BƯỚC 35: ẢNH KHÔNG CHỨNG MINH CÁC ĐIỀU KIỆN BỊ CHE KHUẤT
Ví dụ sau khi:
đổ bê tông,
đóng trần,
ốp gạch,
lấp đất,
bọc bảo ôn,
nhiều điều kiện không còn nhìn thấy.
Một ảnh sau hoàn thiện không chứng minh:
cốt thép bên trong,
ống âm tường,
lớp chống thấm bên dưới,
chi tiết neo bị che,
mối nối bị che
đã đúng.
Đây là:
Hidden Condition – Điều kiện bị che khuất.
Cần:
Pre-Cover Inspection – Kiểm tra trước khi che khuất
và hồ sơ liên quan.
────────────────────
BƯỚC 36: TẠO HIDDEN CONDITION REGISTER – DANH MỤC ĐIỀU KIỆN BỊ CHE KHUẤT
Work Item
| Hidden Condition
| Required Pre-Cover Evidence
| Photo Evidence
| Inspection Record
| Status
| Verification.
Ví dụ:
Waterproofing – Chống thấm.
Rebar – Cốt thép.
Embedded MEP – MEP âm.
Underground Pipe – Đường ống ngầm.
Firestop – Bịt kín chống cháy tại vị trí bị che.
────────────────────
BƯỚC 37: TẠO PHOTO EXCEPTION REGISTER – DANH MỤC NGOẠI LỆ ẢNH
Các nhóm nên có:
Date Not Verified
– Chưa xác minh ngày.
Location Not Verified
– Chưa xác minh vị trí.
Work Activity Not Confirmed
– Chưa xác nhận công việc.
Unreadable Text
– Chữ không đọc được.
Measurement Not Possible
– Không đủ căn cứ đo.
Requirement Not Found
– Chưa tìm thấy yêu cầu.
Drawing Revision Not Confirmed
– Chưa xác nhận REV bản vẽ.
Possible Duplicate Photo
– Ảnh có khả năng trùng.
Missing Before Photo
– Chưa tìm thấy ảnh trước.
Missing After Photo
– Chưa tìm thấy ảnh sau.
Hidden Condition Not Verifiable
– Không thể xác minh điều kiện bị che khuất.
────────────────────
BƯỚC 38: KHÔNG TỰ CHUYỂN OBSERVATION – QUAN SÁT THÀNH NCR – BÁO CÁO KHÔNG PHÙ HỢP
AI nhìn thấy một điều bất thường.
Điều đó chưa có nghĩa:
NCR phải được phát hành.
Cần:
Requirement – Yêu cầu.
Evidence – Bằng chứng.
Assessment – Đánh giá.
Project Procedure – Quy trình dự án.
Authorized Decision – Quyết định của người có thẩm quyền.
AI có thể ghi:
POTENTIAL ISSUE FOR ENGINEER REVIEW
– VẤN ĐỀ TIỀM NĂNG CẦN KỸ SƯ RÀ SOÁT.
Không tự phát hành NCR.
────────────────────
BƯỚC 39: KHÔNG TỰ TẠO SEVERITY – MỨC ĐỘ NGHIÊM TRỌNG
AI rất dễ tạo:
Low.
Medium.
High.
Critical.
Nhưng nếu dự án không có:
Classification Rule – Quy tắc phân loại,
thì không nên tự tạo.
Có thể dùng các trạng thái khách quan hơn:
Measurement Required – Cần đo.
Drawing Check Required – Cần kiểm tra bản vẽ.
Document Check Required – Cần kiểm tra hồ sơ.
Field Verification Required – Cần xác minh hiện trường.
Engineer Review Required – Cần kỹ sư xem xét.
────────────────────
BƯỚC 40: TẠO ENGINEER CHECK LIST – DANH SÁCH KỸ SƯ CẦN KIỂM TRA
Sau khi AI xử lý ảnh:
đầu ra tốt nhất không phải:
“10 lỗi công trường.”
Mà là:
ENGINEER CHECK LIST – DANH SÁCH KỸ SƯ CẦN KIỂM TRA.
Các cột:
Check ID
| Photo ID
| Location
| Work Item
| Observation
| Check Required
| Required Document
| Required Measurement
| Verification Result
| Status.
Đây là sản phẩm có thể dùng ngay ngoài hiện trường.
────────────────────
BƯỚC 41: TỪ ẢNH → ACTION LIST – DANH SÁCH HÀNH ĐỘNG
Sau khi kỹ sư xác minh:
AI có thể chuyển các nội dung cần xử lý thành:
Action ID
| Related Check ID
| Action
| Responsible Party if Assigned
| Target Date if Assigned
| Evidence Required
| Reported Status
| Verification
| Closure.
Lưu ý:
AI không tự gán:
Responsible Party – Bên chịu trách nhiệm
hoặc:
Target Date – Ngày mục tiêu
nếu chưa có người xác nhận.
────────────────────
BƯỚC 42: REPORTED FIXED – BÁO ĐÃ SỬA KHÔNG ĐỒNG NGHĨA VERIFIED CLOSED – ĐÃ XÁC MINH ĐÓNG
Nhà thầu gửi:
After Photo – Ảnh sau xử lý
và ghi:
“Đã xử lý.”
Đây mới là:
Reported Fixed – Báo đã xử lý.
Để Closed – Đóng:
có thể cần:
Field Verification – Xác minh hiện trường.
Measurement – Đo.
Inspection – Kiểm tra.
Document Evidence – Bằng chứng hồ sơ.
Tùy yêu cầu dự án.
────────────────────
BƯỚC 43: TẠO TRACEABILITY CHAIN – CHUỖI TRUY NGUỒN
Một Photo Observation – Quan sát từ ảnh
nên truy được theo chuỗi:
PHOTO
→ LOCATION
→ WORK ITEM
→ OBSERVATION
→ CHECK POINT
→ DRAWING/SPECIFICATION
→ FIELD VERIFICATION
→ ACTION
→ EVIDENCE
→ CLOSURE.
Nếu mắt xích nào chưa có:
ghi:
TRACEABILITY GAP
– KHOẢNG TRỐNG TRUY NGUỒN.
────────────────────
BƯỚC 44: TWO-WAY CHECK – KIỂM TRA HAI CHIỀU
CHIỀU 1:
PHOTO → ISSUE/CHECK.
Chọn 10 ảnh.
Truy:
Photo
→ Location
→ Observation
→ Check Point
→ Requirement.
CHIỀU 2:
ISSUE/CHECK → PHOTO.
Chọn 10 Check Point – Điểm cần kiểm tra.
Truy:
Check Point
→ Photo
→ Location
→ Work Item
→ Requirement.
Nếu không truy được:
cần bổ sung liên kết dữ liệu.
────────────────────
BƯỚC 45: RANDOM REVERSE CHECK – KIỂM TRA NGƯỢC NGẪU NHIÊN
Chọn:
05 Action – Hành động
đã Closed – Đóng.
Truy ngược:
CLOSED
→ VERIFICATION
→ AFTER PHOTO
→ ACTION
→ ORIGINAL OBSERVATION
→ BEFORE PHOTO
→ REQUIREMENT.
Đây là cách kiểm tra hệ thống ảnh có thực sự dùng được cho quản lý hay chỉ là nơi lưu hình.
────────────────────
5 SAI LẦM THƯỜNG GẶP
SAI LẦM 1:
NHÌN ẢNH
→ KẾT LUẬN “KHÔNG ĐẠT.”
Sai.
Phải đi:
Observation
→ Requirement
→ Measurement/Evidence
→ Verification.
────────────────────
SAI LẦM 2:
KHÔNG NHÌN THẤY TRONG ẢNH
→ KẾT LUẬN KHÔNG CÓ.
Sai.
Not Visible – Không nhìn thấy
≠
Not Present – Không tồn tại.
────────────────────
SAI LẦM 3:
DÙNG ẢNH THÔNG THƯỜNG ĐỂ ĐO KÍCH THƯỚC.
Sai nếu không có:
Calibrated Reference – Tham chiếu hiệu chuẩn đáng tin cậy.
────────────────────
SAI LẦM 4:
ẢNH SAU CHO THẤY ĐÃ SỬA
→ ĐÓNG VẤN ĐỀ.
Sai.
Reported Fixed – Báo đã xử lý
≠
Verified Closed – Đã xác minh đóng.
────────────────────
SAI LẦM 5:
MỖI ẢNH = MỘT VẤN ĐỀ.
Sai.
Một vấn đề có thể có nhiều ảnh.
Một ảnh cũng có thể chứa nhiều Check Point – Điểm cần kiểm tra.
────────────────────
KHUYẾN CÁO ĐỂ AI LÀM VIỆC HIỆU QUẢ, KHÔNG RƠI VÀO VÙNG GIỚI HẠN
1. Luôn ghi English Term – Thuật ngữ tiếng Anh cạnh tiếng Việt.
2. Xác định Review Purpose – Mục đích rà soát trước khi phân tích.
3. Cấp Photo ID – Mã ảnh ổn định.
4. Không tự suy Date – Ngày hoặc Location – Vị trí.
5. Giữ Original File Name – Tên file gốc.
6. Phân biệt Observation – Quan sát với Conclusion – Kết luận.
7. Không dùng ảnh thông thường để đo kích thước chính xác.
8. Không tự tạo Acceptance Criterion – Tiêu chí chấp nhận.
9. Không tự chọn Highest REV – REV cao nhất làm REV áp dụng.
10. Not Visible – Không nhìn thấy không đồng nghĩa Not Present – Không có.
11. Không đọc rõ thì ghi KHÔNG ĐỌC ĐƯỢC – UNREADABLE.
12. Không xác minh được thì ghi CẦN XÁC MINH – REQUIRES VERIFICATION.
13. Ảnh sau xử lý không đồng nghĩa vấn đề đã đóng.
14. Không tự tạo NCR từ một quan sát ảnh.
15. Không tự tạo Severity – Mức độ nghiêm trọng nếu dự án chưa có quy tắc.
16. Điều kiện bị che khuất không thể xác minh bằng ảnh sau hoàn thiện.
17. Mọi điểm kiểm tra nên truy được về Photo ID – Mã ảnh và Requirement Source – Nguồn yêu cầu.
────────────────────
PROMPT “CHỐNG SUY ĐOÁN” DÙNG NGAY
“Bạn đang hỗ trợ tôi rà soát Site Photo (Ảnh hiện trường) của một dự án xây dựng.
Chỉ sử dụng hình ảnh, bản vẽ và tài liệu tôi cung cấp.
Luôn trình bày English Term (Thuật ngữ tiếng Anh) cạnh Vietnamese Meaning (Nghĩa tiếng Việt).
Đối với mỗi ảnh:
1. Gán Photo ID (Mã ảnh).
2. Ghi Original File Name (Tên file gốc).
3. Xác định Location (Vị trí) chỉ khi có căn cứ.
4. Xác định Possible Work Activity (Công việc có khả năng liên quan).
5. Mô tả Observed Condition (Điều kiện quan sát được).
6. Tạo Possible Check Points (Các điểm kỹ sư cần kiểm tra).
7. Nêu Required Document (Hồ sơ cần đối chiếu).
8. Nêu Required Field Verification (Nội dung cần xác minh tại hiện trường).
Không tự kết luận:
Pass/Fail (Đạt/Không đạt),
Non-Conformance (Không phù hợp),
Violation (Vi phạm),
Defect Severity (Mức độ khuyết tật)
nếu chưa có đủ Requirement (Yêu cầu), Acceptance Criterion (Tiêu chí chấp nhận) và Evidence (Bằng chứng).
Không dùng ảnh thông thường để xác nhận chính xác:
Dimension (Kích thước),
Level (Cao độ),
Slope (Độ dốc),
Flatness (Độ phẳng),
Verticality (Độ thẳng đứng),
Concrete Cover (Lớp bê tông bảo vệ),
Bar Spacing (Khoảng cách cốt thép),
Crack Width (Bề rộng vết nứt),
Clearance (Khoảng hở).
Nếu không đủ căn cứ đo, ghi:
CHƯA XÁC MINH ĐO ĐẠC
(MEASUREMENT NOT VERIFIED).
Nếu một chi tiết không nhìn thấy trong góc ảnh, ghi:
KHÔNG QUAN SÁT THẤY TRONG GÓC ẢNH ĐƯỢC CUNG CẤP
(NOT VISIBLE IN PROVIDED VIEW).
Không đổi thành:
‘không có’.
Nếu chữ hoặc nhãn không đọc rõ, ghi:
KHÔNG ĐỌC ĐƯỢC
(UNREADABLE).
Nếu chưa tìm thấy Requirement (Yêu cầu), Drawing (Bản vẽ) hoặc Acceptance Criterion (Tiêu chí chấp nhận), ghi:
CHƯA TÌM THẤY TRONG DỮ LIỆU ĐƯỢC CUNG CẤP
(NOT FOUND IN PROVIDED DATA).
Tạo:
Photo Inventory (Danh mục ảnh).
Photo Observation Register (Danh mục quan sát từ ảnh).
Check Point Register (Danh mục điểm cần kiểm tra).
Photo-Drawing Matrix (Ma trận ảnh–bản vẽ).
Photo Exception Register (Danh mục ngoại lệ ảnh).
Engineer Check List (Danh sách kỹ sư cần kiểm tra).
Nếu có ảnh trước và sau xử lý, tạo:
Before-After Matrix (Ma trận trước–sau).
Không tự coi After Photo (Ảnh sau) là Verified Closure (Đóng đã xác minh).
Cuối cùng tạo Traceability Chain (Chuỗi truy nguồn):
Photo
→ Location
→ Work Item
→ Observation
→ Check Point
→ Requirement
→ Field Verification
→ Action
→ Evidence
→ Closure.
Mọi kết luận kỹ thuật cuối cùng phải để Engineer/Authorized Person Verification (Kỹ sư/Người có thẩm quyền xác minh).”
────────────────────
THỰC HÀNH NGAY
Không cần bắt đầu bằng:
500 ẢNH.
Hãy chọn:
10–20 ẢNH
của:
01 CÔNG VIỆC.
Ví dụ:
cốt thép một sàn,
cốp pha một khu vực,
xây tường một tầng,
MEP một phòng kỹ thuật,
hoặc:
hoàn thiện một căn hộ.
Cung cấp thêm nếu có:
Approved Drawing – Bản vẽ được phê duyệt.
Shop Drawing – Bản vẽ thi công.
Specification – Chỉ dẫn kỹ thuật.
ITP – Kế hoạch kiểm tra và thí nghiệm.
Inspection Checklist – Checklist nghiệm thu.
Sau đó yêu cầu AI tạo:
1. Photo Inventory – Danh mục ảnh.
2. Photo Observation Register – Danh mục quan sát.
3. Check Point Register – Danh mục điểm cần kiểm tra.
4. Photo-Drawing Matrix – Ma trận ảnh–bản vẽ.
5. Photo Exception Register – Danh mục ngoại lệ.
6. Engineer Check List – Danh sách kỹ sư cần kiểm tra.
Sau đó kỹ sư ra hiện trường:
đo,
kiểm tra,
đối chiếu bản vẽ,
bổ sung bằng chứng,
và cập nhật kết quả.
Khi quy trình này ổn:
20 ảnh
→ 100 ảnh
→ một khu vực
→ một tầng
→ toàn bộ dự án.
MỤC TIÊU KHÔNG PHẢI ĐỂ AI NÓI:
“ẢNH NÀY CÓ LỖI.”
MỤC TIÊU LÀ ĐỂ AI GIÚP KỸ SƯ TRẢ LỜI:
ẢNH NÀY ĐANG CHO THẤY GÌ?
CHỤP Ở ĐÂU?
CÔNG VIỆC GÌ?
ĐIỂM NÀO CẦN KIỂM TRA?
CẦN ĐỐI CHIẾU BẢN VẼ NÀO?
REV NÀO?
CẦN ĐO THÔNG SỐ GÌ?
ĐIỀU GÌ CHƯA THỂ KẾT LUẬN TỪ ẢNH?
ẢNH NÀY LIÊN QUAN VẤN ĐỀ NÀO?
CÓ ẢNH TRƯỚC–SAU KHÔNG?
VÀ TỪ MỘT VẤN ĐỀ CÓ THỂ TRUY NGƯỢC VỀ ĐÚNG ẢNH, ĐÚNG VỊ TRÍ VÀ ĐÚNG YÊU CẦU KỸ THUẬT HAY KHÔNG?
ĐÓ MỚI LÀ PHOTO TRACEABILITY – TRUY NGUỒN ẢNH HIỆN TRƯỜNG CÓ KIỂM SOÁT.
AI KHÔNG THAY THẾ KỸ SƯ HIỆN TRƯỜNG, QA/QC, TƯ VẤN GIÁM SÁT HAY NGƯỜI CÓ THẨM QUYỀN NGHIỆM THU.
AI GIÚP BIẾN HÀNG TRĂM BỨC ẢNH RỜI RẠC THÀNH MỘT DANH SÁCH KIỂM TRA CÓ CẤU TRÚC, CÓ NGUỒN VÀ CÓ THỂ TRUY NGƯỢC.
BÀI 36/100 – SERIES AI THỰC CHIẾN CHO NGƯỜI LÀM XÂY DỰNG
🔎 Bạn đang tìm việc hoặc cần tuyển nhân sự ngành Xây dựng?
👉 Tìm việc – Đăng tuyển nhanh tại: https://vmcworks.com.vn/
💬 Cần hỗ trợ? Kết nối VMC Works: https://zalo.me/vmcworks
#vmcworks #kysu #xaydung #AITrongXayDung #AnhHienTruong #QuanLyChatLuong #QAQC #KySuXayDung
Viết bình luận