Kuken Kogyo rút thời gian tra bản vẽ từ nửa ngày xuống 4,5 phút

Ở nhà máy Fukuoka của Kuken Kogyo, muốn tìm một bản vẽ cũ trong kho tích lũy hơn 70 năm thì từng phải mất từ vài chục phút đến nửa ngày. Khi thử nghiệm hệ thống mà hãng cùng Recursive phát triển, thời gian trung bình còn 4,5 phút.

Kuken Kogyo là hãng thiết bị điều hòa không khí đặt trụ sở ở Fukuoka, dẫn đầu thị trường tháp giải nhiệt tại Nhật. Recursive là công ty giải pháp AI ở Shibuya, Tokyo.

Theo MONOist, hệ thống xây trên OpenAI API và có hai chức năng: tìm bản vẽ và kiểm tra bản vẽ. Kết quả thử nghiệm được Recursive công bố ngày 4/11 trong thông báo hợp tác phát triển chung.

Với FDE, tin này đáng đọc vì hai lý do. Đây là kiểu dự án bạn rất dễ được giao ở một khách hàng sản xuất. Và cách hai bên công bố con số cho thấy rõ ranh giới giữa kết quả đã đo và lời hứa.

Con số nào đã đo, con số nào mới là dự báo?

Đọc kỹ thì thông báo chứa ba loại số liệu. Con số 4,5 phút là số đo thực tế, lấy từ đợt thử ở Fukuoka, như TokenPost của Hàn Quốc tường thuật riêng. Dù vậy, chính trang tin Nhật Bản đưa tin dự án vẫn dùng chữ “dự kiến” khi nói về mức trung bình này.

Con số thứ hai là mức giảm khoảng 90% công sức tìm kiếm mỗi năm. Đây là ước tính dựa trên số liệu năm ngoái, chưa phải kết quả đo được. Loại thứ ba là lịch triển khai: Kuken Kogyo nhắm đưa hệ thống vào dùng chính thức ở hai nhà máy Fukuoka và Chiba trong năm 2026. Đây vẫn là mục tiêu, chưa phải lịch đã chốt.

Thử làm một phép tính giả định để thấy con số 90% có thể đến từ đâu. Giả sử trước đây một lần tra mất trung bình 45 phút. Khi đó 4,5 phút đúng bằng 10% thời gian cũ, tức giảm 90%.

Nhưng phép tính ấy chỉ đứng vững khi số lần tra mỗi năm giữ nguyên, điều kiện ở Chiba giống Fukuoka và kỹ sư thật sự chuyển sang dùng công cụ. Những giả định đó chỉ được kiểm chứng sau khi triển khai đầy đủ.

Vì sao kho bản vẽ là đất của FDE?

Một nhà máy hoạt động hơn bảy thập kỷ có kho bản vẽ và tài liệu kỹ thuật mà không mô hình nào có sẵn. Muốn làm được bài toán này, phải ngồi cạnh kỹ sư xem họ tìm cái gì và vì sao tìm mất nửa ngày.

Câu hỏi discovery nên đặt sớm nhất là: khi bắt đầu tìm, kỹ sư nhớ được gì về bản vẽ? Nếu họ nhớ mã sản phẩm, tên khách hàng hay năm làm dự án, bài toán nghiêng về làm sạch và khai thác metadata.

Nếu họ chỉ nhớ kiểu “một chi tiết trông giống cái này”, bạn cần tìm theo độ tương đồng hình ảnh, khó và tốn công hơn nhiều.

Cách nhanh để biết là ghi lại manh mối đầu tiên trong mỗi lần bấm giờ tra thật. Chỉ sau đó mới quyết định hệ thống cần tìm theo cách nào. Đó là công việc của người được cử đến hiện trường, không phải của một nhóm sản phẩm ngồi xa.

Chi tiết đáng chú ý là hệ thống có cả chức năng kiểm tra bản vẽ chứ không dừng ở tìm kiếm. Nếu bạn nhận một dự án tương tự, hãy chuẩn bị cho việc khách hàng muốn tự động hóa luôn khâu sau trong quy trình khi tìm kiếm đã chạy được. Nên hỏi về khâu đó ngay từ buổi discovery đầu tiên.

Kể kết quả pilot thế nào cho đúng?

Việc nên làm đầu tiên ở khách hàng là đo baseline trước khi viết dòng code nào: bấm giờ những lần tra thật, ghi lại khoảng dao động. Thông báo chung do Recursive công bố có sức nặng chính vì nêu được mốc “vài chục phút đến nửa ngày” để so sánh. Không có mốc đó, con số 4,5 phút không chứng minh được gì.

Khi đưa dự án vào CV hay kể trong phỏng vấn, hãy dùng đúng ba lớp như trên: thử ở đâu, đo được gì, phần nào còn là ước tính. Người tuyển FDE giỏi sẽ hỏi vặn đúng chỗ đó. Một ứng viên tự tách bạch các lớp này ngay từ đầu cho thấy họ hiểu việc chứng minh giá trị khó hơn việc làm demo.

Phép thử thật của Kuken Kogyo sẽ đến ở Chiba, nơi con số 4,5 phút phải được đo lại từ đầu.