Skip to main content
Glama

gameforge_generate_consistent_sprites_workflow

Build a sprite consistency workflow that combines Blender depth/lineart passes, turnaround IP-Adapter, clamped denoise, and alpha matting, then optionally run frames or batches on ComfyUI.

Instructions

Build (and optionally execute frame-by-frame or batch on ComfyUI) a self-adapting Sprite Consistency workflow combining Blender's Depth + Lineart orthographic passes + Turnaround IP-Adapter + clamped Denoise + dynamic Alpha Matting (zero VHS node lock-in!).

Input Schema

NameRequiredDescriptionDefault
clip_nameYes
project_idYes
character_idYes
denoise_strengthNo
workflow_profileNo
submit_to_comfyuiNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv2.0.0

TDQS

C2.3/5.0
Behavior2/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations are provided, so the description must carry the full behavioral burden. It mentions optional ComfyUI execution and avoiding VHS node lock-in, but does not disclose side effects, required services, permissions, execution behavior, or what the tool returns.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness2/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is a single long, jargon-heavy sentence that is not front-loaded with the core action. Terms like 'zero VHS node lock-in' and stacked pipeline names obscure rather than clarify the tool's role.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

This is a complex workflow-generation tool with 6 undocumented parameters, no annotations, and no output schema. The description gives a high-level technical summary but omits the information an agent needs to invoke it correctly, especially parameter meanings and execution side effects.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters2/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 0%, so the description must explain all 6 parameters. It only indirectly hints at submit_to_comfyui and denoise_strength via phrases like 'optionally execute ... on ComfyUI' and 'clamped Denoise'; the required project_id, character_id, and clip_name are not addressed at all.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose3/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description states a specific action (build a Sprite Consistency workflow) and mentions optional execution on ComfyUI, so the general purpose is inferable. However, it is buried in dense jargon and does not clearly distinguish this tool from siblings such as gameforge_generate_turnaround_workflow or gameforge_synthesize_procedural_frames.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It notes that the workflow can be built and optionally executed frame-by-frame or in batch, but gives no guidance on when to choose this tool over related siblings. No prerequisites or exclusions are stated.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.