DeepSeek V4 Flash Vision Exp vs Flash：画像とテキストの選び方

結論：新旧ではなく入力Modalitiesで選ぶ

具体的な違い

実装できるRouting Tree

1. 視覚証拠が必要か。不要なら正規化TextをFlashへ。
2. 元画像が必要か。OCRで十分ならFlashへ。
3. 選択ProtocolがFormatを受けるか。非対応なら停止かVision Fallback。画像を黙って削除しない。
4. Tenant/Workloadで実験Routeを許可するか。Feature FlagやAllowlistで分離。
5. 視覚受入基準を満たすか。不合格は上限付きRetryかFailover。

if requires_visual_evidence and vision_route_verified:
    route = "deepseek-v4-flash-vision-exp"
else:
    route = "deepseek-v4-flash"

Route選択理由も記録し、Usage、失敗、将来Migrationを監査可能にします。

Workload Matrix

1 Token価格ではなく成功Task Cost

Route別の評価

Vision Exp

• Scan/文書の転記・Field精度、ChartのAxis/Legend/Unit/Value、小文字と密なUI、Element Grounding、読めない内容を捏造しないこと、Latency/Retry/修正率。

Flash

• Text精度、Schema/Tool、First Token/総Latency、Input/Reasoning/Output Token、Retry/Escalation。

Vision ExpのText能力がFlash相当という記述はVendor Claimです。移行判断ではなく、同条件評価と実験Riskの受容が必要です。

EvoLink本番導入

1. ID、Protocol、画像Fieldを文書で確認。
2. 実AccountでResponse、Usage、Billingを確認。
3. Feature Flagを使い低Risk Canaryから開始。
4. Screenshot、Chart、文書Typeごとに拡大。
5. 移行価値が証明されるまでText DefaultはFlash。

よくあるRouting Error

Fallback Policy

Screenshot/Chartは別Visionへ送り、画像を外してFlashへは送りません。DocumentはLayout損失が許容できる場合に追跡可能なOCR + Flashを使います。Grounding不明時は破壊的Actionを停止し、Timeout、Retry、Budgetを制限し、Fallback利用率を別計測します。

EvoLinkの統合GatewayによりText、Vision、Fallbackを明示し、UsageとCostを比較できます。

FAQ

Vision ExpとFlashは同じ？

いいえ。IDが異なり、Vision Expは画像とText、FlashはText Routeです。

画像対応IDは？

FlashはScreenshotを読める？

Vision ExpはTextだけでも使える？

使えますが移行理由にはなりません。測定上の利点がなければFlashを維持します。

Vision Expは安い？

名称では判断せず、画像、Output、Retry、前処理、Reviewを含むCostで比較します。

画像Token数は？

Upstream最大384 Input Token。Productionでは実際のEvoLink Usageを使います。

安定しているのは？

Flashが既存Text Route、Vision Expは実験版です。Feature Flag、Canary、Fallbackが必要です。

PDFはどちら？

抽出Textで十分ならFlash、Table、位置、手書き、Stampなどが重要ならVisionです。

Fallbackは？

画像Taskは別Vision、Textで十分なら追跡可能なOCR + Flashです。

参照資料

• DeepSeek Release
• DeepSeek Vision Guide
• DeepSeek Pricing
• EvoLink Chat
• EvoLink Messages
• EvoLink Responses