Nếu một sản phẩm có thể tạo ảnh, video, nhạc, giọng nói và văn bản, thì phải báo cáo được bất cứ thứ nào trong số đó. Không phải phần lớn. Bất cứ thứ nào.
Chúng tôi có nút trên vài bề mặt. Đó là chuyện khác, và khác biệt ấy rất dễ bỏ sót: việc sàng lọc nội dung được nối tay theo từng luồng, nên hai studio ra mắt mà chẳng có gì cả, và không ai nhận ra cho đến khi một cuộc rà soát đi tìm. Cùng hình thù đó hẳn đã gặm dần bản sửa này, mỗi lần một màn hình bị quên.
Mọi bề mặt, và một kiểm tra khẳng định điều đó
Giờ đây có nút báo cáo ở câu trả lời trò chuyện, ảnh, video, nhạc, giọng nói, giọng thành chữ, chữ thành giọng, dịch, sản phẩm canvas, kết quả quy trình, bong bóng trợ lý và các trang chia sẻ công khai — trên web lẫn trong ứng dụng.
Quan trọng hơn: mỗi lần dựng đều chạy một kiểm tra. Tệp nào nhập một giao diện tạo nội dung thì phải hiển thị nút báo cáo, ủy quyền cho thành phần có sẵn nút đó, hoặc giữ một ngoại lệ kèm lý do mà người đọc kiểm chứng được. Lần chạy đầu tiên nó báo sáu lỗ hổng thật. Đó chính là những gì công việc này bịt lại.
Sau đó chủ sở hữu mở ứng dụng đang chạy và tìm thêm được năm chỗ nữa mà kiểm tra không thể thấy, vì chúng nằm trong các thư mục nó chưa từng mở. Đây là nửa tệ hơn của vấn đề — một người gác báo «không có gì» trong lúc đi ngang đoạn mã chưa từng đọc — và vì thế kiểm tra nay nêu rõ các gốc quét của chính nó, và thất bại khi một trong số đó không còn phân giải được.
Một hàng đợi, và xử lý ngay trên dòng
Các trang chia sẻ đã có nút báo cáo từ lâu, nhưng nó ghi vào một bảng chẳng ai đọc: không người tiêu thụ, không mục hàng đợi, không thông báo. Những báo cáo đó nay còn mở một hồ sơ thật, kèm bên cạnh đúng đoạn văn bản mà người kiểm duyệt cần, đã được đóng băng.
Và một hàng đợi có các thao tác nằm ở trang khác là hàng đợi rồi sẽ không ai xử lý. Ẩn nội dung hay đóng một báo cáo nay diễn ra ngay trên dòng, và kết quả được ghi ngược lại để không có gì phải bàn lại lần nữa.