Sprite Generate
Outcome
Create engine-ready 2D art that remains visually consistent across poses, directions, and frames.
Required inputs
- art bible or reference images with rights
- sprite purpose and camera
- dimensions, palette, directions, frame count, and engine format
Ask for missing information only when it changes the route materially. Otherwise
state conservative assumptions and proceed with read-only analysis.
Workflow
- Lock silhouette, palette, line weight, lighting direction, baseline, pivot, and scale in a sprite specification.
- Generate a single approved key pose before requesting a full sheet.
- Generate variants with fixed identity anchors and deterministic settings when supported.
- Normalize canvas, alpha, baseline, pivots, padding, palette, and filenames without overwriting sources.
- Preview every animation loop and import a copy into the target engine for a smoke test.
Expected artifacts
- sprite specification
- source generations
- normalized sprites or atlas
- loop previews
- engine import evidence
- provenance record
Workflow-specific gates
- Check transparent edges, accidental matte colors, cropped silhouettes, duplicate frames, baseline drift, timing, and loop continuity.
- For tiles, verify edge matching, terrain transitions, grid size, and representative map assembly.
- Require human approval of the key pose and final before replacing any project asset.
Production completion gate
Before recommending production use, complete and report all seven gates:
- Rights, consent, code/model/dataset/output license, and generation-provenance checks.
- Technical format, naming, scale, color, metadata, and target-import validation.
- Visual and temporal consistency review across representative views and states.
- Runtime memory, frame-time, draw-call, streaming, and asset-budget checks.
- Playability and interaction smoke tests in the target runtime.
- Screenshot, capture, diff, or artifact-regression evidence with reproducible settings.
- Human approval before replacing source assets or promoting generated output.
Unknown rights, missing consent, unsupported hardware, conflicting host adapters,
or failed quality gates block production promotion. Preserve originals and make
fallbacks explicit.
1---2name: sprite-generate3description: Plan, generate, normalize, and validate consistent 2D sprites, tiles, portraits, and animation sheets with preserved sources.4---56# Sprite Generate78## Outcome910Create engine-ready 2D art that remains visually consistent across poses, directions, and frames.1112## Required inputs1314- art bible or reference images with rights15- sprite purpose and camera16- dimensions, palette, directions, frame count, and engine format1718Ask for missing information only when it changes the route materially. Otherwise19state conservative assumptions and proceed with read-only analysis.2021## Workflow22231. Lock silhouette, palette, line weight, lighting direction, baseline, pivot, and scale in a sprite specification.242. Generate a single approved key pose before requesting a full sheet.253. Generate variants with fixed identity anchors and deterministic settings when supported.264. Normalize canvas, alpha, baseline, pivots, padding, palette, and filenames without overwriting sources.275. Preview every animation loop and import a copy into the target engine for a smoke test.2829## Expected artifacts3031- sprite specification32- source generations33- normalized sprites or atlas34- loop previews35- engine import evidence36- provenance record3738## Workflow-specific gates3940- Check transparent edges, accidental matte colors, cropped silhouettes, duplicate frames, baseline drift, timing, and loop continuity.41- For tiles, verify edge matching, terrain transitions, grid size, and representative map assembly.42- Require human approval of the key pose and final before replacing any project asset.4344## Production completion gate4546Before recommending production use, complete and report all seven gates:47481. Rights, consent, code/model/dataset/output license, and generation-provenance checks.492. Technical format, naming, scale, color, metadata, and target-import validation.503. Visual and temporal consistency review across representative views and states.514. Runtime memory, frame-time, draw-call, streaming, and asset-budget checks.525. Playability and interaction smoke tests in the target runtime.536. Screenshot, capture, diff, or artifact-regression evidence with reproducible settings.547. Human approval before replacing source assets or promoting generated output.5556Unknown rights, missing consent, unsupported hardware, conflicting host adapters,57or failed quality gates block production promotion. Preserve originals and make58fallbacks explicit.
frabcd