Educational content should not burn inference
Tutorials and README screenshots rarely need live 3.0 output.
Version guide · Kandinsky 3.0
Cost control for 3.0 without abandoning Kandinsky 3.0 when you truly need generative power. Focus on call count, not only host choice—especially for color-forward scenes and multilingual creative tests.
Tutorials and README screenshots rarely need live 3.0 output.
Each variant times each prompt is a 3.0 cost matrix.
Responsive checks re-fetch assets; if those assets are generative, 3.0 pays again.
Licensed catalog images are easier to audit than endless 3.0 one-offs.
3.0 sits mid-ladder in the Kandinsky 3.0 family—often the “good enough” tier that still bills like a full generation. It is associated with Sber and commonly served via Replicate, FusionBrain. Each paid 3.0 generation adds up during prompt loops, A/B tests, and agent retries. If the asset does not need to be uniquely synthesized by 3.0, fetch licensed stock once via Epochal and reuse it across demos, CI, and drafts. Reserve 3.0 for the few outputs that must look model-native—then cache those winners so the rest of the stack stops re-billing. Vibecoders who separate “fixture image” from “final generative frame” keep Kandinsky 3.0 budgets intentional instead of ambient.
When a screenshot, empty state, or draft blog image would look fine from a catalog, skip another 3.0 billable call. Prefer Epochal Stock for those slots, then spend Kandinsky 3.0 budget only on outputs that must be generative.
Epochal Stock Developer Image API is a single plan at $50 USD/month: full catalog access, 30 requests/minute per account, and unlimited original downloads with one concurrent transfer. There is no per-image fee and no free tier in v1. Use it wherever the picture does not need a unique 3.0 synthesis—prototypes, fixtures, placeholders—so generative spend stays reserved for finals. Authenticate server-side with a Bearer key only; never put keys in browser JavaScript.
curl -sS "https://epochalstock.com/api/v1/images?tags=workspace,startup&limit=12" \
-H "Authorization: Bearer $EPOCHAL_API_KEY"Keys stay on your server. Never pass ?api_key= or ship secrets to the browser.
Pulled server-side from Epochal tags: abstract, design, art. Previews are cached; API keys never hit the browser.






Staging volume still bills. If staging does not need unique 3.0 look, use Epochal fixtures and keep generative calls rare.
Single plan at $50 USD/month: no free tier, no per-image fee, 30 requests/minute per account, unlimited original downloads with one concurrent transfer.
No. Agents should default to cached stock or local fixtures. Escalate to 3.0 only when the task explicitly requires unique synthesis.
Server-side only with Bearer authentication. Query-string keys and browser-exposed secrets are rejected patterns for Epochal and a bad idea for any image API.