Thư viện prompt
Cần đổi tên một trường prompt trên mã nguồn, view model quản trị và test mà không chạm vào các tệp generated.
Mẫu mục tiêu: truy cập trường rõ ràng trong nguồn prompt và view model. Phạm vi loại trừ: tệp generated và nội dung locale không liên quan. Mẫu rà soát: một template, một trang quản trị, một trang chi tiết công khai. Định dạng: chạy formatter trong phạm vi giới hạn sau codemod. Rollback: commit codemod tách riêng khỏi các chỉnh sửa nội dung thủ công.
Các ví dụ có thể tái sử dụng hiện đến từ bản ghi template đã được rà soát, trong khi các hàng catalog cũ vẫn chỉ đọc trong giai đoạn migration.
Producer: bản ghi template đã được rà soát. Consumer: tổng hợp ví dụ và thẻ công khai. Cửa sổ tương thích: các hàng catalog cũ vẫn là inventory chỉ đọc. Xác thực: kiểm tra coverage và lấy mẫu trang. Bước dọn dẹp: chỉ xóa đường dẫn cũ sau khi lưu trữ cuối cùng và lấy mẫu trang đều pass.
Các trang chi tiết prompt trả về 404 cho những slug mới thêm vì tham số tĩnh trong bản build chưa bao gồm chúng.
Tác động: các trang prompt mới không truy cập được sau khi deploy. Phạm vi nghi ngờ: tạo route tĩnh hoặc thiếu bản ghi nội dung. Bản vá an toàn: xác nhận các template đã được đưa vào bản phát hành và build lại. Xác minh: yêu cầu một URL prompt tiếng Anh mới và một URL prompt tiếng Trung mới. Truyền thông: nội dung đã được thêm nhưng trang cần build lại; dữ liệu người dùng không bị ảnh hưởng.
Các fixture prompt cũ có ID cơ sở dữ liệu, nhưng prompt có phiên bản hiện tại dùng slug làm ID.
Nội dung được chứng minh: hình dạng prompt và các trường locale bắt buộc. Trường đã lỗi thời: ID cơ sở dữ liệu không còn chứng minh hành vi runtime. Helper dùng chung: xây fixture từ slug template và nội dung locale. Thứ tự xóa an toàn: thay một họ fixture, chạy kiểm thử prompt, rồi xóa ID cũ. Rủi ro: kiểm thử tương thích admin có thể vẫn cần ví dụ ID legacy.
Danh sách nợ: đường dẫn tương thích ví dụ cũ, script prompt trùng lặp, tiêu đề SEO quá dài và thiếu lấy mẫu trình duyệt.
Ưu tiên cao nhất: đường dẫn tương thích ví dụ cũ vì nó ảnh hưởng đến độ tin cậy của ví dụ khi ra mắt. Rủi ro lỗi: script prompt trùng lặp có thể đưa lại các đường ghi đã lỗi thời. Áp lực di trú: di trú lưu trữ cuối cùng chặn niềm tin phát hành. Chi phí xác minh: lấy mẫu trình duyệt là thủ công nhưng có phạm vi giới hạn. Khuyến nghị: hoàn tất dọn lưu trữ và gỡ đường tương thích trước khi dọn phần hình thức.
Ghi chú đối thủ: ba gói, ưu đãi thanh toán năm nằm ngay trên màn đầu, tín dụng AI bị giấu trong FAQ và logo khách hàng đặt gần checkout. Hãy giúp tôi tìm điểm có thể học hỏi.
Định vị: trang bán cảm giác giảm rủi ro trước khi bán tính năng. Đóng gói: tên gói đơn giản, nhưng giới hạn tín dụng chưa được giải thích đủ rõ. Xử lý phản đối: khoản tiết kiệm khi trả năm rất dễ thấy; lo lắng về mức sử dụng bị đẩy xuống FAQ. Tín hiệu tin cậy: logo gần checkout hỗ trợ khoảnh khắc quyết định cuối cùng. Test: đưa phép tính tín dụng vào thẻ gói và thêm một bằng chứng theo từng loại người mua cho mỗi gói.
Dàn ý tài liệu: thiết lập, chọn mô hình, thanh toán, xuất kết quả, vai trò trong nhóm. Chúng tôi liên tục nhận phiếu hỗ trợ về credits và tệp riêng tư.
Ý định còn thiếu: ước tính credits trước khi chạy tác vụ và ranh giới quyền riêng tư cho tệp đã tải lên. Điều kiện tiên quyết: tài liệu thiết lập nên nêu rõ vai trò tài khoản cần có và trạng thái thanh toán. Rủi ro lỗi thời: tài liệu xuất kết quả cần ảnh chụp màn hình cho cả tác vụ hình ảnh và video. Bài viết mới: lập kế hoạch credits, vòng đời tệp riêng tư và xử lý sự cố vai trò trong nhóm. Ưu tiên: viết bài lập kế hoạch credits trước vì nó giảm lo lắng trước khi mua.
Người dùng đăng ký, mở tính năng tạo ảnh, rồi rời đi trước khi chọn mô hình. Chúng tôi hiển thị 18 mô hình và không có mặc định.
Nguyên nhân có khả năng: quyết định đầu tiên quá rộng và trông có vẻ rủi ro. Bằng chứng cần thu thập: lượt mở danh sách mô hình, thời gian hover, sự kiện chạy lần đầu thất bại và từ khóa tìm kiếm. Sửa nội dung: gắn nhãn một lựa chọn mặc định là tốt nhất cho hình ảnh sản phẩm và một lựa chọn mặc định là tốt nhất cho chỉnh sửa. Sửa sản phẩm: chọn sẵn một mặc định an toàn và đưa các mô hình nâng cao vào phần so sánh. Thử nghiệm một tuần: mặc định dùng mô hình ảnh có tỷ lệ thành công cao nhất và đo tỷ lệ hoàn tất tác vụ đầu tiên.
RFP hỏi liệu workspace AI của chúng ta có hỗ trợ truy cập theo vai trò, nhật ký kiểm toán và khóa do khách hàng quản lý hay không. Chúng ta có vai trò và nhật ký; CMK đang được lên kế hoạch.
Đã xác nhận: truy cập theo vai trò và nhật ký kiểm toán khả dụng cho quản trị workspace. Đang lên kế hoạch: khóa do khách hàng quản lý nằm trong lộ trình nhưng không được trình bày như tính năng hiện đã có. Ngoại lệ: chi tiết mã hóa cần được người phụ trách bảo mật trả lời trước khi nộp. Câu trả lời đề xuất: nêu các kiểm soát hiện có, mô tả thận trọng lộ trình CMK và đề nghị buổi theo dõi về bảo mật. Theo dõi: hỏi liệu CMK là bắt buộc để phê duyệt thử nghiệm hay chỉ bắt buộc khi triển khai sản xuất.
Điều khoản nói nhà cung cấp có thể thay đổi các bên xử lý phụ AI chỉ bằng thông báo trên trang web. Chúng ta nên hỏi gì?
Rủi ro: thông báo có thể dễ bị bỏ lỡ và không cho đội ngũ đủ thời gian để phản đối. Tác động kinh doanh: quyền riêng tư, mua sắm và cam kết với khách hàng có thể bị ảnh hưởng. Câu hỏi 1: thay đổi có thể kích hoạt email thông báo cho chủ tài khoản không? Câu hỏi 2: có khoảng thời gian phản đối cho thay đổi quan trọng về bên xử lý phụ không? Câu hỏi 3: dữ liệu khách hàng chịu quản lý có thể mặc định được loại khỏi các bên xử lý phụ mới không?
Phản đối: quá nhiều mô hình, credits chưa rõ, câu hỏi về quyền riêng tư, khó tìm thao tác xuất file và thành viên nhóm cần phê duyệt.
Chủ đề 1: quá tải quyết định khi chọn mô hình. Chủ đề 2: lo lắng chi phí quanh credits và khả năng dự đoán mức sử dụng. Chủ đề 3: mối quan ngại về niềm tin và quản trị quanh quyền riêng tư và phê duyệt. Câu trả lời đề xuất: bắt đầu bằng mặc định, công cụ ước tính credits và kiểm soát workspace. Theo dõi sản phẩm: cải thiện đề xuất mô hình, hiển thị thao tác xuất file và tài liệu hóa luồng phê duyệt.
Ghi chú: các template onboarding đã đạt mốc, việc dọn dẹp lưu trữ asset vẫn còn mở, rà soát tiêu đề trang còn các bước theo dõi, và câu hỏi về mức sử dụng vẫn tiếp diễn.
Tiến độ: độ phủ template đã đạt mục tiêu hiện tại và chiều sâu bằng chứng được cải thiện. Rủi ro: dọn dẹp lưu trữ media vẫn còn mở trước khi ra mắt. Cần quyết định: liệu rà soát tiêu đề trang nên được sửa trước khi ra mắt hay theo dõi dưới dạng P2. Tín hiệu khách hàng: nhầm lẫn về mức sử dụng vẫn đang tạo thêm khối lượng hỗ trợ. Trọng tâm tiếp theo: xác thực lưu trữ, nội dung bộ ước tính mức sử dụng và dọn dẹp tiêu đề có mục tiêu.
Mục tiêu trang: trình tạo video AI. Bản tiếng Anh nhấn mạnh clip điện ảnh; bản tiếng Trung nhấn mạnh mẫu prompt và xuất nhanh.
Căn chỉnh ý định: cả hai ngôn ngữ nên dẫn bằng việc tạo video AI dùng được, không chỉ duyệt mô hình. Văn bản tiếng Anh: giữ yếu tố clip điện ảnh, nhưng thêm mẫu prompt và quy trình xuất. Văn bản tiếng Trung: giữ tốc độ từ mẫu, nhưng thêm chất lượng và chuyển động camera có thể kiểm soát. Metadata: tiêu đề nên nhắc tới trình tạo video AI và quy trình prompt mà không nhồi từ khóa. Ví dụ chứng minh: dùng một clip sản phẩm, một clip du lịch và một quy trình avatar hoặc video người nói trước camera.
Thay đổi: template nội dung giờ lấy từ file, các trang công khai suy ra ví dụ từ template, còn mẫu inline cũ chỉ là dữ liệu tương thích.
Bề mặt tác động: trình tải file nội dung, tổng hợp ví dụ, trang chi tiết và trang modality. Liên kết ngầm: mẫu inline cũ vẫn có thể ảnh hưởng tới visual tương thích và hình ảnh sitemap. Kiểm thử: kiểm tra mẫu prompt, audit nội dung mô hình, mẫu render route và audit media. Ghi chú rollout: xem lưu trữ asset cuối cùng là một cổng phát hành riêng. Mục cần theo dõi: mọi trang vẫn giả định mẫu inline cũ là nguồn proof chính.
Chúng tôi đã thêm 58 mẫu prompt và thay đổi JSON locale. Những kiểm thử hồi quy nào nên chạy trước?
P0: kiểm tra schema mẫu prompt và danh mục mô hình. P0: render route cho một trang prompt ở mỗi mode. P1: kiểm tra độ dài tiêu đề và mô tả SEO. P1: kiểm tra sự tồn tại của URL media cho prompt hình ảnh, video và âm thanh. P2: kiểm tra mật độ hiển thị của bộ lọc danh sách prompt sau khi số lượng tăng.
Trường mediaUrl được tách thành imageUrl, videoUrl, audioUrl và posterUrl. Client hiện có có thể vẫn gửi mediaUrl.
Điều đã thay đổi: mediaUrl hiện được tách rõ theo loại media. Vì sao quan trọng: client có thể render đúng player hoặc component hình ảnh mà không phải đoán. Migration: map asset hình ảnh sang imageUrl, tệp video sang videoUrl, tệp audio sang audioUrl và thumbnail sang posterUrl. Tương thích: tiếp tục chấp nhận mediaUrl trong giai đoạn migration nhưng log usage. Rủi ro: giá trị cũ mơ hồ có thể tạo preview sai nếu không được map.
Release note nhắc đến hành vi ESM loader mặc định mới, parsing config nghiêm ngặt hơn và browser revision đã thay đổi.
Thay đổi hành vi: tải module và xác thực config có thể thất bại sớm hơn. Công việc migration: cố định tùy chọn loader, cập nhật config không hợp lệ và làm mới cache browser. Kiểm thử: chạy typecheck, build và ít nhất một luồng screenshot bằng browser. Tín hiệu rollback: lỗi khởi động không giải thích được, lỗi parse config hoặc lỗi thiếu browser executable. Người phụ trách: platform tooling nên sở hữu nâng cấp này và ghi chú cache.
Logs: 09:12 deploy, 09:18 media route 500s, 09:24 rollback, 09:31 traffic normal. Chỉ các trang chi tiết prompt bị ảnh hưởng.
Dòng thời gian: deploy lúc 09:12, lỗi bắt đầu lúc 09:18, rollback lúc 09:24, khôi phục lúc 09:31. Trigger nghi ngờ: thay đổi media route trong lần deploy. Tác động khách hàng: các trang chi tiết prompt không tải được bản xem trước media trong khoảng 13 phút. Giảm thiểu: rollback đã khôi phục traffic; giữ đóng băng deploy cho đến khi kiểm thử route đạt. Câu hỏi mở: vì sao kiểm tra prelaunch bỏ sót route và liệu các trang cache có che khuất vấn đề hay không.
