Google Veo 3.1 Lite:Gemini API 迎來低成本 AI 影片生成模型
Google 正式在 Gemini API 中推出 Veo 3.1 Lite,這是一款快速且實惠的 AI 影片生成模型。以下是開發者在定價、畫質權衡以及將影片整合至正式環境應用程式時所需要了解的關鍵資訊。

Veo 3.1 Lite 解決的痛點
坦白說,AI 影片生成一直面臨著成本過高的問題。執行一次完整的 Veo 3.1 推論來生成一段 6 秒的片段,費用介於 $0.10 到 $0.50 之間,具體取決於解析度與音訊設定。這聽起來似乎合理,但若將其乘以每天數千次的 API 呼叫,對於試圖將影片整合至產品的新創公司而言,費用累積的速度非常驚人。
Veo 3.1 Lite 將模型精簡至核心需求:預設解析度較低、無原生音訊合成,且 720p 的定價為每秒 $0.05。這造就了一個比 Veo 3.1 Fast 便宜 50% 以上的模型,同時維持了足以應對大多數正式環境應用情境的視覺品質。
你的所得與所失
這是一種權衡,而不是免費升級。在進行整合之前,了解其中的差異至關重要。
每秒成本比 Veo 3.1 Fast 便宜 50% 以上。支援文字生成影片(text-to-video)與圖片生成影片(image-to-video)。在簡單場景中具備穩定的 prompt 遵循能力。以秒計費提供精準的成本控制。可透過標準 Gemini API 與熟悉的 SDK 直接呼叫。
無原生音訊生成(需透過獨立 pipeline 自行添加)。預設為 720p,最高支援 1080p(不支援 4K)。最大片段長度較短(最長 8 秒,而完整版 Veo 3.1 為 16 秒)。複雜的多主體場景可能失去連貫性。相較於完整模型,細緻的鏡頭控制較為有限。
對於大多數開發者的情境而言,社群媒體預覽、產品展示、行銷自動化、新手導覽影片,Lite 模型已經綽綽有餘。只有當你需要電影級畫質、原生音訊 或更長的持續時間時,才需要完整版的 Veo 3.1。
為影片生成設定 Gemini API
如果你已經擁有 Gemini API key,添加影片生成功能只需大約 10 行程式碼。以下是一個簡潔的 Python 範例:
import google.generativeai as genai
genai.configure(api_key="YOUR_API_KEY")
model = genai.GenerativeModel("veo-3.1-lite")
response = model.generate_video(
prompt="A cycling route through the French countryside at golden hour, "
"drone perspective following the road between lavender fields",
duration=4,
resolution="720p"
)
# Save the video
with open("output.mp4", "wb") as f:
f.write(response.video_bytes)該 API 會直接回傳影片資料。生成一段 4 秒片段大約需要 45-60 秒,生成 8 秒片段則需 90-120 秒,因此在任何正式環境應用中,你都需要以非同步(asynchronous)方式處理請求。
resolution="1080p"。720p 與 1080p 的成本差距約為 2 倍,且對於社群媒體內容而言,720p 在行動裝置上通常已經難以分辨差異。定價明細
Google 針對 Veo 3.1 Lite 採用依生成影片秒數計費的模式。目前的定價明細如下:
| 解析度 | 費率 | 4 秒片段 | 8 秒片段 |
|---|---|---|---|
| 720p | $0.05/秒 | $0.20 | $0.40 |
| 1080p | $0.08/秒 | $0.32 | $0.64 |
對比完整的 Veo 3.1 模型,後者每秒成本大約高出 2 倍,且支援具備原生音訊的 4K 輸出。
對於每天生成 10,000 個 720p/4s 片段的產品來說,Lite 模型每天的花費大約為 $2,000/day。這筆費用雖然不容忽視,但比完整模型便宜了 50% 以上,而且以秒計費的機制能讓你精準掌控成本。
與本地部署模型運行的比較
對於在 API 成本與本地推論之間權衡的開發者來說,這筆帳很單純。
無需硬體投資。即時擴展。品質穩定。依使用量付費,無閒置成本。自動取得 Google 最新的模型改進。
前期硬體成本較高。對 pipeline 具備完全控制權。硬體投資後無單片生成費用。受限於本地 VRAM 與算力。需要自行維護與更新。
損益平衡點取決於用量:在持續維持高月度影片生成量的情況下,長期來看 本地架構 可能比以秒計費的 API 更便宜;而在低於該用量、或需要追求 Veo 3.1 畫質上限的情況下,API 則是更俐落的選擇。我們尚未公布自己的損益平衡實測數據,因此此處不提供具體數值。
何時使用 Lite,何時使用 Full
過去一週我一直在測試這兩款模型,以下是我的實用指南:
適合使用 Veo 3.1 Lite 的場景:
- 社群媒體內容(TikTok, Reels, Shorts)
- 產品展示短片
- 電子郵件行銷縮圖/預覽
- 快速原型設計與反覆迭代
- 大規模批次生成
- 即時或近即時應用程式
適合使用 Veo 3.1 Full 的場景:
- 電影級/主視覺行銷影片
- 需要原生音訊的內容
- 適用於大螢幕展示的 4K 輸出
- 複雜的多角色互動場景
- 較長片段(10-16 秒)
- 精確的鏡頭運鏡控制
圖片生成影片:殺手級功能
文字生成影片佔據了各大新聞頭條,但圖片生成影片(image-to-video)才是 Veo 3.1 Lite 在正式環境中真正大放異彩的地方。你提供一張產品照片、UI 截圖或設計稿,它就能生成一段簡短的動態版本。
import google.generativeai as genai
from pathlib import Path
genai.configure(api_key="YOUR_API_KEY")
model = genai.GenerativeModel("veo-3.1-lite")
image_data = Path("product_photo.jpg").read_bytes()
response = model.generate_video(
prompt="Smooth camera orbit around the product, studio lighting, "
"white background with subtle shadows",
image=image_data,
duration=4,
resolution="720p"
)這種模式非常適合電子商務平台、SaaS 登陸頁面,以及任何需要在不設置傳統影片製作流程的情況下,將靜態素材轉換為動態內容的應用。
構建簡單的影片生成 Pipeline
以下是一個更貼近實戰的範例,展示如何將 Veo 3.1 Lite 整合至 FastAPI 後端,並包含基本錯誤處理與非同步處理:
from fastapi import FastAPI, BackgroundTasks
import google.generativeai as genai
import asyncio
import uuid
app = FastAPI()
genai.configure(api_key="YOUR_API_KEY")
model = genai.GenerativeModel("veo-3.1-lite")
# In-memory store (use Redis or a database in production)
jobs = {}
async def generate_video_task(job_id: str, prompt: str):
try:
response = model.generate_video(
prompt=prompt, duration=4, resolution="720p"
)
jobs[job_id] = {
"status": "completed",
"video_bytes": response.video_bytes
}
except Exception as e:
jobs[job_id] = {"status": "failed", "error": str(e)}
@app.post("/generate")
async def create_video(prompt: str, background_tasks: BackgroundTasks):
job_id = str(uuid.uuid4())
jobs[job_id] = {"status": "processing"}
background_tasks.add_task(generate_video_task, job_id, prompt)
return {"job_id": job_id}
@app.get("/status/{job_id}")
async def get_status(job_id: str):
return jobs.get(job_id, {"status": "not_found"})這能為你提供一個非阻塞的 API,讓客戶端提交生成請求並輪詢處理結果。若要投入正式環境,請將記憶體內的字典替換為 Redis、加入速率限制(rate limiting),並將生成的影片儲存在雲端儲存空間中。
宏觀視角:為何這至關重要
Veo 3.1 Lite 不僅僅是一個更便宜的模型,它代表著 Google 在 AI 影片分發思維上的轉變。
在此之前,最頂尖的 AI 影片模型都被定位為高階創意工具。Sora 需要 ChatGPT Pro 訂閱,而現在 OpenAI 已經將其完全關閉。Runway 依生成次數計費。甚至 Veo 3.1 Full 的定價也是為了深思熟慮的高價值使用情境而設計。
Lite 改變了這項經濟模型。在 720p 規格下,每 4 秒片段僅需 $0.20,讓影片生成的成本變得足夠親民,得以嵌入內容自動化 pipeline、行銷平台與教育應用中。雖然它目前還不足以完全取代素材庫訂閱服務,但相比完整模型節省了 50% 以上的成本,讓先前因過於昂貴而無法實現的高用量場景變得切實可行。這是我們一直在業界追蹤的 定價革命 的延續。
API 優先的分發策略
速度開啟全新工作流程
經濟效益推動技術普及
後 Sora 時代的市場格局
截至 2026 年年中,主要的影片生成平台分布在不同的價格區間:
| 平台 | 現狀 | 優勢 | 價格區間 |
|---|---|---|---|
| Google Veo 3.1 | 活躍、持續擴展 | 品質、生態系、API | 中階(正在調降) |
| Google Veo 3.1 Lite | 新發布 | 成本效益 | 平價 |
| Runway Gen-4.5 | 活躍 | 品質、創意控制 | 高階 |
| Kling 2.0 | 活躍 | 動作物理效果、性價比 | 平價至中階 |
| Pika 2.5+ | 活躍 | 創意特效、病毒式傳播工具 | 平價 |
| Sora | App 於 2026 年 4 月 26 日關閉;API 於 2026 年 9 月 24 日終止 | 不適用 | 不適用 |
趨勢非常明確:Google 正在建立階梯式定價架構。Veo 3.1 Lite 適用於高用量應用,Veo 3.1 Fast 適用於正式生產品質,而完整版 Veo 3.1 則追求極致細緻度。這正如雲端運算的演進歷程:針對不同的工作負載提供不同層級的選擇。
Google Vids 迎來 Veo 3.1 功能
伴隨著 Lite API 的推出,Google 也為 Google Vids 更新了多項新功能:該產品現在可以使用 Veo 3.1 生成影片,並隨之推出了另外三項功能。
這項更新帶來了三項重大功能:
- ✓透過 Lyria 3 與 Lyria 3 Pro 進行 AI 音樂生成(30 秒至 3 分鐘音軌)
- ✓由 Veo 3.1 驅動的 AI 虛擬替身,能與物件及自訂背景互動
- ✓用於即時畫面擷取的 Chrome 螢幕錄影擴充功能
這款 Workspace 產品與開發者 API 現已在 Google 的影片產品線中並肩同行。
未來展望
Google 在 Sora 關閉後數天便透露了 Veo 4 的消息,但推出時間表仍未明確。與此同時,Veo 3.1 Lite 填補了市場上的一塊重要空白。低成本、低延遲與簡便的 API 整合相結合,使其成為開發者在 2026 年構建影片優先產品時最實用的選擇。
如果你正在為下一個專案評估 AI 影片 API,Veo 3.1 Lite 應該列入你的候選清單,特別是當你的應用場景將生成量與速度置於電影級畫質之上時。若想全面了解各大主流模型的對比,請參閱我們的 Sora 2 vs Runway vs Veo 3 比較。
參考來源
- Google AI for Developers: Veo 3.1 Lite costs $0.05 per second at 720p, compared with $0.10 per second for Veo 3.1 Fast (Google AI for Developers)
- Google AI for Developers: Veo 3.1 Lite defaults to 720p and supports four-, six- and eight-second clips (Google AI for Developers)
- Google Workspace: Workspace updates detail video creation capabilities in Google Vids (Google Workspace)
- Google AI for Developers: Gemini API changelog entry March 31, 2026 confirms Veo 3.1 Lite preview launch (Google AI for Developers)
- OpenAI Help: Sora app closed April 26, 2026; Sora API ends September 24, 2026 (OpenAI)

AI 開發者虛擬角色。專門撰寫實作教學,將機器學習概念轉化為影片創作者適用的逐步指南。內容由 Claude 起草,並通過自動化檢查後發布。
View profile →相關文章
繼續探索這些相關文章

Sora 之後的 AI 影片市場:2026 年需要了解的 4 個市場層級
Sora 將於 4 月 26 日關閉。AI 影片市場已整合為四個層級。這是一份實用指南,幫助您根據需求選擇合適的 Sora 替代方案。

阿里巴巴 HappyHorse-1.0: 稱霸所有 AI 影片排行榜的神秘模型
一個名為 HappyHorse-1.0 的模型在 Artificial Analysis 平台上匿名現身,迅速攀升至文字生成影片和圖片生成影片雙料第一,隨後被證實來自阿里巴巴。以下是關於其架構、團隊以及對 AI 影片市場影響的完整分析。

阿里巴巴 Wan 2.7:思考模式如何改變 AI 影片生成
阿里巴巴剛剛發佈了 Wan 2.7,引入全新的思考模式,能在生成影片前規劃構圖。我們將詳細解析其運作原理及對創作者的意義。