Skip to main content
Start with the smallest current model that can complete the asset and remain maintainable for the integration’s expected lifetime. The request shape is shared, but size rules, lifecycle, and intended workload differ.

Current decision table

Exact prices change more often than this decision logic. Use the dated YingTu pricing page before estimating production.

Selection path

  1. For a new 1K-only workload, compare Lite with Flash using representative prompts and acceptance criteria.
  2. Start with Flash when the same integration may need 2K, 4K, or extended aspect ratios.
  3. Compare Pro against Flash only on work whose value or complexity can justify the premium and larger responses.
  4. Treat 2.5 as a migration source, not the default for a new long-lived integration.

Migrating from Gemini 2.5 Flash Image

Google’s image guide recommends moving legacy users toward Nano Banana 2 Lite. On YingTu:
  • choose Lite when 1K remains sufficient;
  • choose Flash when the integration needs higher resolutions or the broader general-purpose path;
  • remove assumptions that the response is always PNG or always starts with an image part;
  • add imageSize: "1K" only after switching away from 2.5;
  • retest prompts, source images, output acceptance, timeouts, and cost.

Compare quality with your own acceptance criteria

Model names and provider examples cannot identify a universal quality winner. Compare the models with the same prompts, source images, output size, and review criteria. Track accepted outputs, retries, manual correction time, latency, and total request cost before moving production traffic.

Review Lite

Choose a current 1K-only path.

Review Flash

Build a general multi-resolution integration.

Review Pro

Plan premium and 4K work.

Plan the 2.5 migration

Preserve a legacy path without ignoring the retirement risk.
Last modified on September 2, 2026