Trợ lý AI viết được macro cho phần mềm CAD khá tốt với những việc lặp lại có quy tắc rõ: xuất hàng loạt bản vẽ ra PDF, DXF hoặc STEP, điền thuộc tính khung tên, đổi tên tệp theo mã, sinh biến thể từ bảng tính, kiểm chi tiết thiếu thông tin. Người không chuyên lập trình vẫn làm được nếu biết mô tả việc rõ ràng, đọc được mã ở mức đại ý, và luôn chạy thử trên bản sao.
Điểm yếu cố hữu là AI hay viết lệnh gọi tới những hàm không tồn tại trong giao diện lập trình của phần mềm, hoặc tồn tại ở phiên bản khác. Bài này hướng dẫn chọn việc đáng tự động, biết phần mềm của mình dùng ngôn ngữ nào, nhờ AI viết theo quy trình an toàn, đọc những dòng mã nguy hiểm, và quản lý kho macro cho cả phòng kỹ thuật.
Việc nào đáng viết macro
Một việc đáng tự động khi nó lặp lại thường xuyên, các bước giống nhau mỗi lần, và kết quả kiểm được nhanh. Xuất bốn mươi bản vẽ ra PDF trước mỗi lần giao hàng, mỗi lần mất nửa giờ bấm tay, là ứng viên tốt. Thiết kế một chi tiết mới thì không, vì mỗi lần mỗi khác và phải suy nghĩ.
Ở phòng kỹ thuật xưởng cơ khí, các việc hay được tự động hoá gồm: xuất tệp hàng loạt với tên theo quy ước; cập nhật khung tên như người vẽ, ngày, phiên bản trên nhiều bản vẽ cùng lúc; đọc bảng tính để sinh các biến thể của một chi tiết tham số; liệt kê chi tiết trong cụm kèm vật liệu, khối lượng để làm bảng kê; kiểm xem chi tiết nào còn thiếu thuộc tính vật liệu hay mã số; chụp ảnh mô hình theo hướng chuẩn để đưa vào tài liệu.
Trước khi viết, ước lượng nhanh: việc mất bao nhiêu phút mỗi lần, làm bao nhiêu lần một tháng, viết và kiểm macro mất bao lâu. Một việc mười phút làm mỗi tuần thì trong vài tháng đã bù được một buổi viết macro. Lợi ích lớn hơn thời gian là sự đồng đều: tệp xuất ra luôn đúng tên, đúng định dạng, không phụ thuộc người làm hôm đó có mệt hay không.
Phần mềm của bạn dùng ngôn ngữ nào
AI chỉ viết đúng khi biết chính xác môi trường. Bảng dưới phân loại theo kiểu phần mềm, ở mức nguyên lý; chi tiết cụ thể bạn cần kiểm tài liệu lập trình của phiên bản đang dùng.
| Kiểu phần mềm | Cách lập trình thường gặp | Ghi chú |
|---|---|---|
| CAD 3D thương mại chạy trên máy tính để bàn | Giao diện lập trình qua VBA, C#, VB.NET; một số có Python | Thường có trình ghi macro, nên ghi một lần để xem tên hàm thật |
| CAD 2D lâu đời | Ngôn ngữ dạng LISP riêng, .NET, tệp lệnh kịch bản | Kho mã chia sẻ trên mạng rất nhiều, chất lượng không đều |
| Phần mềm mã nguồn mở | Python, có bảng điều khiển gõ lệnh trực tiếp | FreeCAD là ví dụ phổ biến; API thay đổi giữa các bản |
| CAD bằng lập trình | Toàn bộ mô hình là mã, như OpenSCAD hay CadQuery | Hợp với chi tiết tham số đơn giản, dễ quản lý bằng phiên bản |
| CAD trên nền tảng web | Ngôn ngữ riêng của nền tảng hoặc giao diện lập trình web | Cần tài khoản và quyền truy cập API |
Mẹo hữu ích với phần mềm có trình ghi macro: ghi lại thao tác bằng tay một lần, rồi đưa đoạn mã ghi được cho AI và nhờ sửa thành vòng lặp. Cách này buộc AI dùng đúng tên hàm thật của phiên bản bạn có, giảm hẳn lỗi bịa hàm.
Quy trình nhờ AI viết một macro
Ví dụ giả định: bạn cần xuất mọi bản vẽ trong thư mục dự án ra PDF và DXF, tên tệp theo dạng mã chi tiết cộng phiên bản, đặt vào một thư mục mới.
- Viết mô tả việc bằng lời như giao cho một đồng nghiệp: đầu vào là gì, đầu ra là gì, quy tắc đặt tên, trường hợp ngoại lệ như bản vẽ chưa có mã.
- Ghi rõ môi trường: loại phần mềm, phiên bản, ngôn ngữ macro, hệ điều hành. Nếu có đoạn mã ghi được từ trình ghi macro, dán kèm.
- Yêu cầu ràng buộc an toàn: không xoá, không lưu đè tệp gốc, chỉ ghi vào thư mục mới; gặp lỗi thì ghi nhật ký và đi tiếp chứ không dừng giữa chừng.
- Nhận mã, nhờ AI giải thích từng khối và liệt kê các hàm API đã dùng. Tra ít nhất vài hàm trong tài liệu lập trình chính thức xem có thật không.
- Sao một thư mục thử gồm ba đến năm bản vẽ, chạy macro trên đó trước.
- Kiểm kết quả: số tệp, tên tệp, mở vài tệp xem đúng nội dung. Đưa thông báo lỗi nếu có cho AI để sửa.
- Khi chạy ổn, lưu macro vào kho chung kèm ghi chú cách dùng và giới hạn đã biết.
Bước bốn và năm không thể bỏ. Một macro sai đường dẫn có thể ghi đè hàng loạt tệp, và phần mềm CAD thường không có nút hoàn tác cho thao tác trên tệp.
Câu lệnh mẫu
Các câu lệnh dưới đây dùng được với hầu hết chatbot. Thay phần ngoặc vuông theo môi trường của bạn; không dán đường dẫn máy chủ thật, tên khách hàng hay mã dự án vào câu lệnh.
- "Viết macro [ngôn ngữ] cho [loại phần mềm CAD, phiên bản] để mở lần lượt các tệp bản vẽ trong một thư mục do người dùng chọn, xuất mỗi tệp ra PDF vào thư mục con tên Xuat, tên tệp lấy từ thuộc tính mã chi tiết. Không lưu lại tệp gốc. Ghi chú tiếng Việt từng khối."
- "Đây là đoạn mã ghi được khi xuất một bản vẽ bằng tay: [đoạn mã]. Sửa thành vòng lặp cho cả thư mục, giữ nguyên các hàm đang dùng, thêm xử lý lỗi và ghi nhật ký vào tệp văn bản."
- "Liệt kê mọi hàm API trong đoạn mã trên, mỗi hàm cho biết nó làm gì và nên tra ở mục nào của tài liệu lập trình. Đánh dấu hàm nào không chắc có trong phiên bản [số phiên bản]."
- "Macro báo lỗi sau ở dòng [số dòng]: [thông báo lỗi]. Giải thích nguyên nhân có thể và cách sửa, không viết lại toàn bộ."
- "Viết mã CadQuery dựng một tấm chữ nhật dài, rộng, dày là biến, có bốn lỗ ở bốn góc cách mép một biến khoảng cách. Đơn vị mi-li-mét. Thêm điều kiện báo lỗi khi khoảng cách mép nhỏ hơn đường kính lỗ."
Câu thứ ba nên dùng thường xuyên. Nó không đảm bảo AI biết đúng, nhưng giúp bạn khoanh vùng những dòng cần tra trước khi chạy.
Những lỗi AI hay mắc khi viết mã cho CAD
Bịa hàm API. Đây là lỗi phổ biến nhất. Tên hàm nghe rất hợp lý nhưng không có trong giao diện lập trình, hoặc có nhưng nhận tham số khác. Mã báo lỗi ngay khi chạy, nên tuy phiền nhưng ít nguy hiểm.
Trộn phiên bản. Giao diện lập trình thay đổi qua các năm; AI có thể dùng cách gọi đã lỗi thời hoặc chỉ có ở bản mới hơn. Luôn nói rõ phiên bản trong câu lệnh.
Nhầm đơn vị nội bộ. Một số giao diện lập trình lưu kích thước nội bộ theo mét dù người dùng vẽ theo mi-li-mét. Macro sinh chi tiết có thể ra khối to gấp nghìn lần hoặc nhỏ như hạt bụi nếu không quy đổi.
Thao tác trên tài liệu sai. Mã giả định tài liệu đang mở là bản vẽ trong khi người dùng đang mở cụm lắp, hoặc ngược lại. Nên yêu cầu mã kiểm loại tài liệu trước khi làm.
Thiếu xử lý lỗi. Gặp một tệp hỏng là dừng cả vòng lặp, để lại nửa thư mục đã xuất nửa chưa. Mã tốt ghi lỗi vào nhật ký rồi đi tiếp.
Đọc những dòng nguy hiểm trước khi chạy
Bạn không cần hiểu từng dòng, nhưng cần nhận ra vài loại lệnh có thể gây hại. Thứ nhất là lệnh xoá tệp hoặc thư mục: tìm các từ như delete, remove, kill trong mã. Macro xuất tệp không có lý do gì để xoá thứ gì. Thứ hai là lệnh lưu: lưu vào tệp gốc khác hẳn lưu bản sao, và lưu đè làm mất trạng thái cũ, đặc biệt nguy hiểm với tệp cụm lắp tham chiếu nhiều chi tiết.
Thứ ba là vòng lặp quét thư mục: xem nó quét thư mục nào, có đi vào thư mục con không, có giới hạn loại tệp không. Một vòng lặp quét ổ đĩa mạng chung của cả công ty khác hẳn quét một thư mục thử. Thứ tư là đường dẫn viết cứng trong mã: nếu thấy một đường dẫn lạ mà bạn không đưa, hỏi lại AI vì sao có nó.
Nguyên tắc chung khi chạy lần đầu: chạy trên bản sao, trong thư mục cách ly, với ít tệp; đóng các tài liệu quan trọng khác; có bản sao lưu của thư mục dự án. Nếu xưởng dùng hệ thống quản lý dữ liệu sản phẩm có kiểm soát nhận và trả tệp, thử macro trên tệp ngoài hệ thống trước, vì macro có thể làm rối trạng thái tệp trong hệ thống đó.
Quản lý kho macro của phòng kỹ thuật
Macro viết xong thường nằm rải rác trên máy từng người, người đó nghỉ việc là mất. Nên có một thư mục chung, mỗi macro một tệp kèm phần ghi chú ở đầu: làm gì, dùng cho phần mềm và phiên bản nào, ai viết, ngày viết, đã thử trên trường hợp nào, giới hạn đã biết. Nếu xưởng đã quen dùng hệ thống quản lý phiên bản mã như Git thì càng tốt, nhưng một thư mục có quy ước đặt tên rõ cũng đủ khởi đầu.
Mỗi lần nâng cấp phần mềm CAD, chạy thử lại các macro hay dùng trên thư mục mẫu. Thay đổi API giữa các bản có thể làm macro chạy sai lặng lẽ thay vì báo lỗi. Ghi lại kết quả thử để người khác biết macro nào còn dùng được.
Về bảo mật, mã macro thường chứa đường dẫn máy chủ, tên thư mục khách hàng, quy ước mã sản phẩm. Trước khi dán mã vào chatbot để nhờ sửa, thay những thông tin đó bằng tên giả. Mã chạy trên máy cục bộ nên bản thân việc chạy không gửi dữ liệu đi đâu, nhưng việc dán mã và mô tả vào dịch vụ ngoài thì có, vì vậy che trước khi dán là thói quen cần có.
Câu hỏi thường gặp
Không biết lập trình có tự viết macro bằng AI được không?
Được với việc đơn giản và quy tắc rõ, nếu bạn mô tả cẩn thận, chạy thử trên bản sao và chịu khó đưa thông báo lỗi lại cho AI sửa. Học thêm một chút về biến, vòng lặp và điều kiện giúp bạn đọc mã tự tin hơn nhiều.
Trình ghi macro của phần mềm và AI, nên dùng cái nào?
Dùng cả hai. Trình ghi macro cho đúng tên hàm của phiên bản bạn có nhưng chỉ ghi được một lần thao tác cứng. AI biến đoạn ghi được thành vòng lặp có điều kiện và xử lý lỗi. Kết hợp như vậy giảm lỗi bịa hàm rõ rệt.
CAD bằng lập trình như OpenSCAD có dùng được cho sản xuất không?
Dùng được cho chi tiết hình học không quá phức tạp, nhất là chi tiết tham số nhiều biến thể và mẫu in 3D. Với bề mặt cong phức tạp, cụm lắp lớn hay bản vẽ 2D đầy đủ dung sai, phần mềm CAD thông thường vẫn tiện hơn.
Macro do AI viết có vi phạm bản quyền phần mềm không?
Viết macro bằng giao diện lập trình mà hãng phần mềm cung cấp là cách dùng thông thường. Điều cần lưu ý là điều khoản bản quyền của chính phần mềm và của các đoạn mã lấy từ nơi khác. Nếu dùng mã chia sẻ trên mạng, đọc giấy phép đi kèm.
Có nên để macro tự chạy định kỳ mà không ai theo dõi không?
Chỉ nên làm với việc chỉ đọc hoặc chỉ ghi vào thư mục riêng, như xuất bản sao hằng đêm. Việc có sửa tệp gốc thì nên có người bấm chạy và xem nhật ký. Dù tự chạy, macro vẫn cần ghi nhật ký để biết đêm nào lỗi.
Làm sao biết AI đã dùng đúng phiên bản API?
Hỏi AI liệt kê các hàm đã dùng, tra trong tài liệu lập trình của phiên bản bạn có, và quan trọng nhất là chạy thử. Lỗi phiên bản thường hiện ra ngay khi chạy. Ghi lại phiên bản phần mềm vào phần ghi chú đầu macro.