Thông báo lỗi publish giờ nói rõ chuyện gì đã xảy ra, bằng lời dễ hiểu
Khi một lần publish trên Mythex thất bại, hộp thoại giờ cho bạn biết trong một câu dễ hiểu chuyện gì đã xảy ra — bản build thất bại, app của bạn dừng ngay sau khi khởi động, app không khởi động được, một file quá lớn, hoặc có gì đó sai ở phía chúng tôi — và đưa ra Sửa bằng AI và Thử lại. Đầu ra thô từ bản build và từ app của bạn vẫn đến được agent, nên Sửa bằng AI có thể đọc và sửa dự án, nhưng bạn không còn phải tự đọc nó nữa.
Có gì thay đổi
Một câu bạn có thể hành động theo
Mỗi lần publish thất bại giờ đều có một loại, được xác định ngay tại thời điểm thất bại từ những dữ kiện có sẵn ở đó — bước nào thất bại, máy của app có báo crash không, nó có bao giờ bắt đầu nhận kết nối không — thay vì đọc nội dung lỗi sau đó. Mỗi loại có một thông báo riêng:
| Bạn thấy | Nghĩa là |
|---|---|
| “The build failed.” | Lệnh build hoặc Dockerfile của dự án không build được. |
| “Your app stopped right after it started.” | Đã publish, rồi thoát hoặc cứ khởi động lại liên tục. |
| “Your app didn't start after publishing.” | Đã publish nhưng chưa bao giờ bắt đầu nhận kết nối. |
| “This file is too big” / quá nhiều file | Một site tĩnh vượt giới hạn kích thước mỗi file hoặc số lượng file. Thông báo liệt kê các file đó. |
| “This link name can't be used for publishing.” | Đổi tên link rồi publish lại; code của bạn không có vấn đề gì. |
| “Publishing is busy for a moment” | App của bạn không có vấn đề gì. Hãy publish lại sau vài phút. |
| “…a problem on our side, not in your app.” | Đây là việc của chúng tôi để xử lý. Hãy publish lại sau vài phút. |
Sửa bằng AI cho mọi lỗi
Mọi lỗi đều hiện Sửa bằng AI và Thử lại. Khi bạn dùng Sửa bằng AI, agent nhận được loại lỗi và toàn bộ đầu ra của bản build hoặc app một cách riêng tư, trong ngữ cảnh của chính nó. Nếu có gì đó sai trong app của bạn, nó sẽ sửa. Nếu không có gì sai — một lúc bận, hoặc một vấn đề phía chúng tôi — nó có thể publish lại đơn giản. Bạn không phải tự tìm ra đó là loại lỗi nào.
Các vấn đề sau khi đã lên sóng
Một lần publish có thể thành công rồi app lại hỏng vài phút sau đó. Mythex kiểm tra các app đã publish một cách đều đặn. Nếu một app đang chạy liên tục bị crash, hoặc vẫn chạy nhưng không còn nhận kết nối, lần publish sẽ được đánh dấu là thất bại, bạn nhận một email, và dự án hiển thị thông báo kèm Sửa bằng AI. Những gì app đã in ra được lưu lại để agent đọc.
Kiểm tra kích thước trước khi tải lên
Với các site tĩnh, kích thước của từng file và tổng số file đều được kiểm tra trước khi tải lên bất cứ thứ gì. Nếu có gì vượt giới hạn, bạn nhận một thông báo duy nhất liệt kê mọi file quá lớn, thay vì một lần thất bại giữa chừng.
Vì sao chúng tôi làm điều này
Một lần publish thất bại trước đây hiển thị bất cứ thứ gì các công cụ đứng sau việc publish đã in ra. Trong một tuần cuối tháng 9, phần lớn các lỗi hiển thị cho người xây dựng là văn bản thuộc về chúng tôi chứ không phải của họ: thông tin liên hệ thanh toán, số phiên bản nội bộ, đường dẫn registry, lỗi lưu trữ. Sửa bằng AI sau đó dán chính văn bản đó vào chat. Mọi người bị yêu cầu đi gỡ lỗi hạ tầng của chúng tôi.
Một số trong đó còn đơn giản là sai. Một app không lắng nghe trên cổng của nó bị báo là “sự cố phía chúng tôi”, trong khi cách sửa nằm trong chính app. Một file tĩnh vượt giới hạn kích thước cũng bị báo như vậy — và publish lại thì không bao giờ có thể thành công.
Và mọi phần của Mythex phản ứng với một lỗi — hộp thoại, thông báo, Sửa bằng AI, cảnh báo nội bộ của chúng tôi — trước đây đều tự tìm hiểu chuyện gì đã xảy ra bằng cách khớp các từ trong nội dung lỗi. Điều đó hỏng mỗi khi cách diễn đạt thay đổi. Giờ loại lỗi được ghi lại ngay tại nơi lỗi xảy ra, và mọi thứ khác chỉ đọc loại đó.
Chúng tôi áp dụng cùng nguyên tắc cho các lỗi khác khi làm việc này:
- Chat. Nếu kết nối bị đứt trong lúc một câu trả lời đang stream, bạn sẽ thấy câu của chúng tôi thay vì “Load failed” hay “Failed to fetch” của trình duyệt.
- Tên miền tùy chỉnh. Các thông báo về việc mua hoặc kết nối tên miền giờ được chọn dựa trên trạng thái và mã của phản hồi, thay vì chuyển tiếp các câu của nhà cung cấp tên miền.
- Tạo ảnh. Thẻ hiển thị thông báo của chúng tôi; agent nhận chi tiết từ dịch vụ.
Cách dùng
- Publish như thường lệ từ nút Publish.
- Nếu thất bại, hãy đọc thông báo một dòng trong hộp thoại.
- Nhấn Sửa bằng AI. Agent đọc đầu ra của bản build hoặc log của app, sửa những gì sai, và publish lại nếu không có gì trong app cần sửa.
- Hoặc nhấn Thử lại để publish cùng phiên bản một lần nữa — lựa chọn đúng cho “bận một lúc” và “sự cố phía chúng tôi”.
- Nếu thông báo nói về tên link, hãy đổi tên link trước khi publish lại. Với mọi lỗi khác, giữ nguyên tên.
Giới hạn
- Một số lỗi hiện nút khác nhau: một tên link đã được dùng sẽ gợi ý các tên khác, và hết credit sẽ đưa ra cách nạp thêm credit.
- Các site tĩnh có giới hạn khoảng 25–30 MB cho mỗi file, tùy loại site, và tối đa 20.000 file. File lớn nên được giữ trong storage và liên kết đến.
- Các lần publish thất bại trước thay đổi này không có loại, nên chúng hiện một dòng trung tính thay vì lý do cụ thể.
- Nếu “sự cố phía chúng tôi” cứ tiếp diễn, hãy liên hệ hỗ trợ kèm ID dự án và tên link.
Danh sách đầy đủ các thông báo và việc cần làm với từng cái có trong xử lý sự cố khi publish. Nếu bạn đang tự sửa tay một app khó chịu, hướng dẫn của chúng tôi về cách debug một app do AI xây dựng sẽ đi qua từng bước. Còn về điều gì xảy ra với một site đang chạy khi bạn publish lại, xem app đã publish của bạn giờ vẫn hoạt động trong lúc publish lại.