Tóm lại

Một studio mang theo vài game đang vận hành sẽ gặp cùng một dịp lễ vài lần. Art thì đã xong rồi, nên việc phải làm là áp một cách xử lý đã chốt lên từng board sắp lên, và có sẵn trước ngày lễ. Ba điểm quyết định việc đó đứng được: prompt đồng nhất giữa các board làm cách nhau vài tháng, phần thiết lập có cấu trúc nằm dưới mỗi board, và các lượt chạy có gửi theo lô được hay không. Bản thân tính năng nằm ở AI thay da.

Chi phí nằm ở số lượng, không nằm ở một màn

Với một game, một đợt lễ đọc lên như một việc thiết kế. Halloween cần một bộ icon theo chủ đề; Valentine cần một loạt yếu tố visual cùng một ý. Làm từng màn một thì vẫn xong.

Với cả một danh mục thì cách tính khác hẳn. Mười game đang vận hành, mỗi game hơn chục board lễ hội, là một trăm hai mươi lượt chạy đối diện một ngày cố định. Ngày đó không lùi lại vì hàng đợi dài. Khi vận hành liên tục, art và dev luôn vào lịch trước những ngày đó, nội dung chuẩn bị sẵn để lên, đến ngày mới mở. Giai đoạn dự án không đổi được hình dạng này: một game mới thử nghiệm quy mô nhỏ và một game đã chạy ba năm đều muốn cùng một bộ lễ hội trong cùng một tuần.

Vì vậy con số mới là thứ cần nhìn, không phải một màn. Ước lượng một dịp lễ bằng câu «board này khó hay dễ» sẽ hụt đi đúng bằng số game trong tay.

Prompt đồng nhất mới là chỗ thắt

Các board trong một danh mục không được làm cùng lúc. Khác người, khác tháng, khác cả thói quen về việc viền panel hay trạng thái nút trông thế nào. Áp một câu mô tả chủ đề lên cả nhóm đó chính là chỗ kết quả lệch đi: cùng một cách viết, rơi vào board làm năm ngoái và board làm tuần trước, ra hai kiểu khác nhau.

Cách làm thực tế là viết chủ đề một lần rồi dùng lại nguyên câu. Viết lại khác đi cho từng màn có cảm giác như đang tinh chỉnh, nhưng cho ra một bộ không giống một bộ. Board nào thật sự cần xử lý khác thì nên ghi thành một ngoại lệ đã biết, thay vì trộn vào một prompt viết lại — vì lượt chạy sau cần đúng cái danh sách ngoại lệ đó.

Thiết lập có cấu trúc là lý do art quay lại được dự án

Phần sinh ở đây được gửi dưới dạng tài liệu có cấu trúc: phần thiết lập tài nguyên art có cấu trúc được giữ, phần bị thay là cách trình bày. Chính sự phân chia đó khiến một board đã đổi phong cách còn quay lại dự án được — quan hệ lớp và kích thước ảnh vẫn khớp một-một với thứ mà engine đang nhập vào.

Lô càng lớn thì việc mang theo tham số môi trường gốc càng quan trọng. Trên một màn, mất một thiết lập là một chỗ sửa tay. Trên một trăm hai mươi màn, đó là khác biệt giữa một lô nhập vào được và một lô phải dựng lại bằng tay.

Sắp lịch mới là nửa phần thuộc về studio

Khi khối lượng lên, việc này không còn là câu hỏi về art. Nó thành câu hỏi ai gửi cái gì, theo thứ tự nào, đối diện hạn nào. Đó là việc của khâu sắp lịch.

Cùng hình dạng đó cũng nằm trong thảo luận trên r/aigamedev: Reskinning assets with AI. Một studio khi đã dựng xong năng lực này thì thu được phần theo chủ đề lễ hội rất tiện: thời gian ngắn, sinh lượng lớn tài nguyên theo hướng chỉ định. Còn lại là bài toán chi phí — xếp công đoạn thế nào để tổng lượng sinh xuống thấp nhất có thể. Điều phối chuyên hơn thì lượng phải sinh sẽ giảm, và đó là thay đổi ở phía sản xuất.

Nên thiết kế việc này thành quy trình của studio, không phải thói quen của một người. Team nhỏ mang danh mục lớn thì nhân sự thay đổi nhanh, và một đợt lễ chỉ tồn tại trong thói quen của một người sẽ phải dựng lại mỗi lần người đó đổi. Chủ đề viết ra, danh sách ngoại lệ ghi lại, thứ tự gửi chốt sẵn — những thứ đó mới bàn giao được.

Kết luận

Thay da UI game hàng loạt cần request và trả về API theo lô. Cấu hình tham số môi trường gốc rất quan trọng. Trên nữa, thứ khan hiếm là khâu sắp lịch, không phải phần sinh.

Ảnh store của cùng danh mục đó chạy trên cùng một lịch và có cùng hình dạng: xem Dịch chữ trên ảnh bằng AI.