n8n 3.0 ra tháng 10/2026: 3 chỗ gây gãy luồng đơn và checklist chuyển đổi an toàn

Nối tiếp bài hôm 08/10 về lên bản vá 2.42.5, mấy hôm nay trong cộng đồng lại rộ lên một câu hỏi mới: "Nghe nói n8n 3.0 ra trong tháng 10 này, bắt buộc Docker, đổi đủ thứ, em đang chạy bản 2.x ổn định có nên bấm lên không, sợ lên xong luồng đơn lăn ra gãy?"

Một case được chia sẻ khá kỹ: shop thời trang chạy khoảng 400 đơn một tuần qua luồng nhận tin nhắn, tư vấn bằng trợ lý AI rồi ghi đơn vào bảng tính. Bạn chủ shop đọc tin 3.0 đổi lớn, bấm cập nhật thẳng trên máy đang chạy lúc 19 giờ 30, đúng giờ khách nhắn đông. Sáng hôm sau mới phát hiện 3 chỗ gãy cùng lúc: một node trợ lý AI dùng chế độ cũ báo không còn hỗ trợ, một node gọi luồng con bằng đường dẫn file tại chỗ không chạy nữa, thư mục lưu file đổi tên nên ảnh bill khách gửi bị ghi lạc chỗ. Luồng đứng gần 2 giờ, 31 tin nhắn trôi không ai trả lời, 9 đơn phải đối chiếu tay từ bảng tính tới gần 1 giờ sáng.

Theo tài liệu chính thức của n8n về các thay đổi lớn của bản 3.0 và các trao đổi trong cộng đồng, nguyên nhân thật ít khi nằm ở bản mới. Bản 3.0 siết lại nhiều chỗ cho an toàn hơn: chặn dải địa chỉ nội bộ rộng hơn, xoay khóa mặc định, bỏ chế độ lưu file tạm trong bộ nhớ, đổi tên thư mục lưu trữ, bỏ các chế độ trợ lý AI cũ và node gọi hàm cũ. Luồng cũ đang dựa đúng vào mấy chỗ đó nên khi lên bản mới là gãy dây chuyền. Lỗi không bắt đầu từ nút cập nhật, mà từ việc không có bản đồ chỗ gãy, không có bản chạy thử, không có đường quay về.

Một hướng tiếp cận phổ biến được nhiều người áp dụng thành công gồm 3 kỹ thuật, làm đúng thứ tự trong n8n:

1. Lập bản đồ chỗ gãy trước khi động vào Cách làm: mở trang ghi chú thay đổi lớn của bản 3.0, đọc chậm 6 mục: node trợ lý AI đời cũ bị gỡ, node gọi luồng con qua file tại chỗ và đường dẫn ngoài bị gỡ, node Gmail đời cũ chạy ở phiên bản 1.4, node trò chuyện qua WebSocket đổi sang khung tin JSON, hàm tính toán cũ trong node Code bị gỡ, thư mục lưu trữ đổi tên và chế độ file tạm trong bộ nhớ bị bỏ. Xuất toàn bộ workflow ra file JSON lưu theo ngày, ghi lại danh sách node cộng đồng kèm phiên bản, đánh dấu luồng nào đang dùng 6 chỗ trên. Đặt một node ghi chú ngay đầu luồng chốt đơn, ghi rõ phiên bản đang chạy ổn định và danh sách node cần sửa. Theo chia sẻ từ các bạn đã làm, riêng bước lập bản đồ này đã bắt được khoảng 7 trên 10 ca gãy trước khi cập nhật.

2. Dựng bản sao chạy thử đủ ca gãy Cách làm: nhân bản luồng chốt đơn sang bản thử, trỏ sang bảng tính thử và tài khoản gửi tin thử. Sửa trước 3 chỗ hay gãy nhất trên bản thử: chuyển node trợ lý AI đời cũ sang chế độ công cụ mới nhất, thay nhu cầu hỏi đáp dữ liệu kiểu SQL cũ bằng node trợ lý mới gắn thêm công cụ Postgres hoặc MySQL, chuyển chỗ gọi luồng con bằng file tại chỗ sang cách gọi mới được hỗ trợ. Cho chạy 20 đến 30 tin mẫu gồm cả ca khó: thiếu số điện thoại, trùng mã đơn, khách gửi 2 tin liên tiếp, khách gửi ảnh bill nặng. Gắn Error Trigger sang luồng hứng lỗi riêng để thấy node nào gãy đầu tiên. Trong cộng đồng, nhiều bạn chia sẻ rằng lỗi thư mục lưu trữ đổi tên và lỗi node cộng đồng đều lộ ra ở bước chạy thử này.

3. Chuyển nền Docker giờ vắng khách và canh 48 giờ đầu Cách làm: ai còn chạy trực tiếp trên máy thì chuẩn bị sẵn môi trường Docker trước, chuyển thư mục lưu trữ sang tên mới, kiểm tra lại quyền truy cập ảnh và file đính kèm. Chọn khung giờ ít tin nhất, tạm dừng trigger nhận tin 15 phút, cập nhật xong bật lại rồi gửi 5 tin thử gồm cả tin có ảnh. Bật ghi lịch sử chạy để thấy luồng nào chạy, lỗi ở đâu. Đặt node IF sau node ghi đơn: ghi bảng tính thất bại thì rẽ sang gửi cảnh báo về nhóm chat cho người trực, không để đơn rơi im lặng. Canh sát 48 giờ đầu, thấy lỗi là quay về file JSON đã lưu ngay, không cố sửa trên bản mới đang chạy.

Sơ đồ n8n được cộng đồng chia sẻ nhiều nhất có thứ tự như sau: • Webhook nhận tin nhắn, node Set tách nội dung chat khỏi thông tin khách • Trước cập nhật: xuất JSON theo ngày, lưu danh sách node cộng đồng, ghi chú phiên bản ổn định ngay đầu luồng • Đọc 6 mục đổi lớn của bản 3.0, khoanh vùng node trợ lý AI cũ, node gọi luồng con, node Gmail, node trò chuyện, node Code • Bản sao chạy thử 20 đến 30 tin mẫu gồm cả ảnh bill nặng, Error Trigger hứng lỗi riêng • Chuẩn bị Docker và thư mục lưu trữ mới, cập nhật giờ vắng, tạm dừng trigger 15 phút, gửi 5 tin thử • Sau node ghi đơn đặt IF cảnh báo về nhóm chat nếu ghi thất bại, theo dõi 48 giờ

Kết quả thực tế từ các bạn triển khai sau 3 tuần: • Thời gian đứng luồng khi lên đời lớn: từ gần 2 giờ một lần xuống còn 0 phút, 2 lần chuyển bản thử rồi lên thật liên tiếp không mất đơn nào • Tin nhắn khách trôi không trả lời: từ 31 tin một tối xuống còn 0 tin • Thời gian quay về bản cũ khi gặp lỗi: từ gần 5 giờ dựng lại xuống còn khoảng 15 phút nhờ có file JSON lưu sẵn

Câu đúc kết: bản lớn thì nên lên có lộ trình, lên mà không có bản đồ chỗ gãy, bản thử và đường quay về thì nhanh một buổi lại thành sửa mấy đêm.

Chi tiết checklist 6 mục đổi lớn của bản 3.0 cộng mẫu ghi chú phiên bản và bảng theo dõi 48 giờ mình để tại link Blog dưới phần bình luận nhé!

Bạnđang chạy n8n bản mấy, trong luồng nhà bạn có dính node trợ lý AI đời cũ hay chỗ gọi luồng con bằng file tại chỗ không? Chia sẻ cho mọi người tham khảo nhé.

#n8n #AIAutomation

Bình luận

Nhận checklist 6 mục đổi lớn của bản 3.0 cộng mẫu ghi chú phiên bản và bảng theo dõi 48 giờ: https://tyauto.name.vn/posts/2026-10-10-personal-feed-n8n-3-migration-checklist.html