Ashenmoor: Từ Sketch Krita Đến Hunyuan 3D, Blender Và Godot — Pipeline Hybrid Cho Character Game

Ashenmoor là một ví dụ đáng chú ý về cách AI có thể chen vào giữa workflow của một 3D artist mà không biến toàn bộ quá trình thành “prompt → asset final”. Tác giả adrien_flex bắt đầu từ một concept do chính mình vẽ trong Krita, dùng AI để refine hình ảnh, chỉnh lại bằng tay, tạo model 3D, sau đó tự rig và animate trong Blender trước khi đưa asset vào Godot để thử trực tiếp trong game.

Điểm khiến workflow này đáng phân tích không nằm ở việc model 3D được tạo nhanh. Giá trị thật nằm ở chuỗi kiểm soát: ý tưởng gốc của artist → AI-assisted refinement → 3D generation → manual rig/animation → engine validation. Nó cho phép một solo dev nhìn thấy nhân vật của mình “sống” trong game sớm hơn, nhưng vẫn giữ những công đoạn cần mắt nghề và quyết định thủ công.

Khởi đầu bằng sketch của chính artist giúp khóa style trước khi AI tham gia

Tác giả nói rõ concept ban đầu được vẽ nhanh trong Krita. Sau đó AI chỉ được dùng để refine image trước khi có thêm manual touch-up. Khi được hỏi về việc giữ style, tác giả giải thích rằng đầu vào đã mang đúng phong cách mục tiêu, nên model 3D kế thừa direction từ concept thay vì tự phát minh một art direction hoàn toàn khác.

Đây là một khác biệt rất lớn so với workflow “hãy tạo cho tôi một con golem fantasy”. Khi prompt là nguồn art direction duy nhất, mỗi asset có thể trôi sang một phong cách mới. Khi input là concept đã qua tay artist, AI trở thành công cụ chuyển đổi và tăng tốc iteration, còn visual language vẫn được neo bởi bản vẽ gốc.

Với một game cần hàng chục character, prop và creature, nên coi concept sheet là canonical visual contract: silhouette, tỷ lệ đầu-thân, material chính, shape language, palette, điểm nhận diện và scale tương đối. AI có thể tạo biến thể, nhưng mọi output phải quay lại contract này để review.

Hunyuan 3D 3.1 chỉ là điểm bắt đầu của asset, không phải điểm kết thúc

Trong phần trao đổi, tác giả cho biết sử dụng Hunyuan 3D 3.1 cho bước tạo model. Đây là nơi nhiều demo AI asset thường dừng lại: có mesh 3D trông giống concept và render một vòng turntable. Nhưng asset game-ready cần nhiều thứ hơn một mesh có hình dáng đúng.

Cần kiểm tra topology có phục vụ deformation không, mật độ polygon có hợp lý với camera distance không, UV có đủ sạch cho texture không, material slot có nhất quán không, pivot/origin nằm đúng chỗ không, normal/tangent có lỗi không, skeleton có đáp ứng animation cần thiết không và scale có khớp world unit trong engine không.

AI rút ngắn thời gian đi từ concept đến “khối 3D đầu tiên”, nhưng production quality vẫn được quyết định bởi những bước phía sau. Đây là lý do artist có kỹ năng Blender vẫn có lợi thế rất lớn trong workflow AI-assisted.

Rig và animation vẫn là nơi kỹ năng 3D artist quyết định chất lượng

Tác giả rig và animate nhân vật trong Blender trước khi đưa vào Godot. Chi tiết này quan trọng vì một mesh đẹp ở pose tĩnh có thể thất bại ngay khi chuyển động: vai collapse, khuỷu tay gãy, chân trượt, cape xuyên người hoặc root motion không đúng.

Trong comment, tác giả còn giải thích cape được điều khiển bằng một chain bone chạy theo tấm vải và animation tác động lên cuối chain. Đây là ví dụ rất rõ cho phần “craft” mà screenshot AI generation không thể hiện. Một character game cần được thiết kế để chuyển động, không chỉ để nhìn đẹp ở một góc.

Với creature hoặc humanoid stylized, một checklist rig tối thiểu nên bao gồm joint placement, weight paint ở vùng vai/hông, deformation khi xoay cực đại, foot contact, root/pelvis separation, weapon socket nếu có, bone phụ cho tóc/vải và naming ổn định để engine importer không tạo skeleton mới ngoài ý muốn.

UV và material cần được audit trước khi coi asset là hoàn chỉnh

AI 3D generation thường tạo ra mesh và texture đủ thuyết phục để xem nhanh, nhưng khi vào production, UV là một trong những nơi dễ lộ lỗi nhất. Stretch, seam placement, island density không đều, texture bleeding hoặc nhiều material slot nhỏ có thể làm asset khó tối ưu và khó sửa về sau.

Đối với một indie game, mục tiêu không nhất thiết là topology “đẹp như portfolio”, mà là ổn định cho pipeline. Nếu asset deform tốt, bake ổn, material dễ quản lý và import lặp lại không sinh lỗi, nó có giá trị hơn một mesh rất chi tiết nhưng mỗi lần chỉnh đều phải sửa thủ công hàng giờ.

Đưa vào Godot sớm là cách kiểm tra asset có thực sự thuộc về game hay không

Điểm mình thích ở workflow Ashenmoor là asset được đưa vào Godot để nhìn trực tiếp trong context game. Một model có thể rất đẹp trong Blender nhưng khi vào gameplay lại sai scale, silhouette biến mất dưới camera, material quá sáng, animation quá chậm hoặc hiệu ứng phụ làm rối combat readability.

Engine validation nên xảy ra sớm. Không cần đợi asset hoàn thiện 100%. Chỉ cần một version đủ để kiểm tra scale, camera readability, locomotion, collider, hitbox, shadow, material response và performance. Nếu vấn đề nằm ở silhouette hoặc tỷ lệ, phát hiện trước khi polish texture sẽ tiết kiệm rất nhiều thời gian.

Prototype nhanh không có nghĩa là bỏ qua scene contract

Khi character được đưa vào Godot, nên xác định một scene contract thống nhất thay vì mỗi asset được import theo một cách khác. Một character scene có thể tách visual model, animation controller, collision, hurtbox, VFX anchor, audio anchor và gameplay script. Asset generation có thể thay đổi mesh, nhưng interface của scene không nên thay đổi liên tục.

Đây là chìa khóa nếu sau này muốn dùng coding agent hoặc tooling tự động. Agent có thể import character mới, gán resource hoặc sinh scene wrapper chỉ khi naming và hierarchy đủ ổn định. Nếu mỗi character có cấu trúc khác nhau, automation sẽ nhanh chóng biến thành một tập exception.

AnimationTree là nơi asset art gặp gameplay state

Rig và animation clip chưa phải gameplay animation. Trong Godot, character còn cần state/blend logic để chuyển giữa idle, locomotion, attack, hit, death hoặc ability. Với creature stylized, blending sai có thể làm mất hoàn toàn cảm giác trọng lượng mà animator đã tạo.

Với pipeline AI-assisted, phần này nên có acceptance criteria rõ: animation không teleport root, không đổi scale skeleton, transition không foot-slide quá mức, attack event khớp hit frame, hit reaction không khóa state machine ngoài ý muốn và death không tự quay về locomotion.

Chi tiết “quả cầu hiện chỉ là texture” cho thấy prototype nên trung thực về trạng thái

Trong thread, khi được hỏi về orb effect, tác giả nói hiện tại nó chỉ là một phần của texture và muốn bổ sung hiệu ứng động sau. Đây là một chi tiết nhỏ nhưng rất đáng giá: prototype không cần giả vờ mọi thứ đã final.

Một workflow tốt nên đánh dấu rõ placeholder, prototype-ready và production-ready. Một texture giả hiệu ứng có thể hoàn toàn hợp lý để test silhouette hôm nay, nhưng nếu metadata không ghi rõ, vài tuần sau team có thể quên và ship luôn placeholder.

AI giúp tạo placeholder rất nhanh, nên nguy cơ “temporary trở thành permanent” càng cao. Asset registry hoặc naming convention nên cho biết trạng thái để backlog polish không bị mất.

Pipeline hybrid nên chia quyền quyết định cho người và AI như thế nào?

Case Ashenmoor gợi ra một cách phân vai hợp lý. Người làm giữ quyền với concept, art direction, lựa chọn output, touch-up, rig, animation và engine validation. AI nhận những phần cần iteration nhanh như image refinement và tạo starting mesh. Cách chia này tận dụng tốc độ của model mà không giao toàn bộ chất lượng sản phẩm cho model.

Điểm quan trọng là AI output luôn phải đi qua một bước mà người có chuyên môn có thể đánh giá. Nếu người dùng không thể nhìn topology, rig hoặc deformation để biết output sai ở đâu, tốc độ generate cao có thể chỉ tạo ra nhiều technical debt hơn.

Một quality gate thực tế cho AI-generated character asset

Trước khi đưa asset vào content chính của game, có thể dùng một gate gồm nhiều lớp. Visual gate kiểm tra silhouette, style, palette và độ nhất quán với concept. Mesh gate kiểm tra topology, normal, UV, polygon budget và material slot. Rig gate kiểm tra skeleton, weight và deformation. Animation gate kiểm tra loop, contact, root motion và timing. Engine gate kiểm tra scale, import settings, collider, shader, animation state, FPS và memory.

Nếu một asset fail ở lớp nào, quay lại đúng stage đó thay vì regenerate mọi thứ từ đầu. Ví dụ UV lỗi thì sửa UV; cape deformation lỗi thì sửa rig/weight; silhouette lệch concept thì mới cân nhắc generate lại base mesh. Cách này giúp workflow bớt phụ thuộc vào may rủi của prompt.

Vì sao workflow này hợp với solo dev và studio nhỏ?

Solo dev thường không thiếu ý tưởng mà thiếu bandwidth. Một character có thể cần concept, modeling, UV, texturing, rig, animation, import và gameplay setup. Nếu AI rút ngắn modeling/refinement từ vài ngày xuống vài giờ, artist có thể dành thời gian cho phần tạo khác biệt: pose, animation, readability và art direction.

Nhưng lợi ích chỉ xuất hiện khi pipeline được thiết kế để output có thể sửa. Một file “one-shot” khó chỉnh sẽ nhanh ở vòng đầu nhưng chậm ở vòng thứ năm. Vì vậy nên ưu tiên các tool và format giữ được khả năng edit trong Blender/Godot thay vì chỉ cho một render đẹp.

Điều nên học từ Ashenmoor không phải là một model cụ thể

Hunyuan 3D hôm nay có thể phù hợp, ngày mai tool khác có thể tốt hơn. Phần bền vững của workflow là cấu trúc: artist-owned concept → AI acceleration → editable 3D → manual rig/animation → engine feedback → iterate.

Nếu thay Hunyuan bằng một model khác mà pipeline vẫn hoạt động, đó là dấu hiệu hệ thống tốt. Nếu toàn bộ pipeline gãy khi model đổi output format, dự án đang khóa quá chặt vào tool thay vì khóa vào contract.

Kết luận

Ashenmoor cho thấy AI asset generation hữu ích nhất khi được đặt vào giữa một pipeline đã có người chịu trách nhiệm về art direction và chất lượng kỹ thuật. AI giúp đi nhanh từ sketch đến mesh; Blender biến mesh thành một character có thể animate; Godot buộc asset đối mặt với thực tế gameplay.

Đối với indie dev, đây là hướng đáng thử hơn việc săn một công cụ “tạo character hoàn chỉnh bằng một click”. Thứ tạo nên asset game-ready vẫn là một chuỗi quyết định có thể kiểm tra: concept đúng, mesh sửa được, rig ổn, animation đọc được và engine chạy tốt.

Nguồn gốc: bài chia sẻ của adrien_flex trên r/aigamedev: I’m a 3D artist experimenting with AI to turn my character sketches into game assets. Tác giả cho biết project là Ashenmoor, bắt đầu từ sketch Krita, dùng AI refine, Hunyuan 3D 3.1 cho model, sau đó rig/animate trong Blender và đưa vào Godot. Các checklist production trong bài là phân tích biên tập của NextGZ, không phải claim rằng tác giả đã triển khai toàn bộ các bước đó.