Google日前宣布在 Gemini App 上線「生成式UI」，可依任何提示即時生成互動介面、工具與模擬。現在，這項新穎的功能已在台灣「Gemini 網頁版」啟用，只要用個人 Google 帳號登入，就可以在工具欄選擇帶有「Labs」標籤的「動態檢視」（Dynamic View）新功能。
問題是，「動態檢視」到底能幹嘛？
簡單來說，這項功能的核心在於 能把任何指令「即時生成任何人都可操作的介面」 。你也可以把它想像成Gemini Canva的強化版，它可以做出小型工具、儀表板、地圖規劃、計算器、圖庫等；差別在於，它不只生成美美的視覺化Layout（版面），還提供可點擊、可探索的互動體驗。
誰可以用使用動態檢視？
官方指出，如要使用視覺版面配置或動態模式，須符合下列條件：
- 擁有個人 Google 帳戶。
- 年滿 18 歲才能使用動態檢視。
- 登入 Gemini 系列應用程式，才能使用這項功能。
如何使用動態檢視？
依照Google指出，使用路徑如下：
- 從電腦前往 gemini.google.com。
- 在底部的文字方塊下方，點按「工具」圖示 。
- 按一下「動態檢視」 圖示。
- 在文字方塊輸入提示詞。
- 點按「提交」圖示 。
《數位時代》以下將透過旅遊、教育、購物，甚至穿搭Web App範例來實測「動態檢視」功能，來看看其之於一般大眾是否真的實用？
應用一：旅遊儀表板
如果你自認是個超級P人，規劃自由行是個耗時而燒腦的事情，那「旅遊儀表板」的應用方式，就非常值得嘗試，可讓你馬上「一鍵變J人」。
但醜話先說在前頭，編輯部試用過後的結論是： 不要指望AI在沒有明確邊界的情況下，生出連旅行社都自嘆弗如的旅遊行程。 在編輯部第一輪試用的時候，由於並未輸入詳細條件，結果就不甚理想。但反之， 只要明確輸入需求，就會獲得值得參考的自由行架構。
以下將以簡易版Prompt，與專業版Prompt示範，讀者們可以視情況使用看看，或許會有意想不到的旅遊規劃體驗。
簡易版Prompt
我打算在12/23~12/28去東京6天5夜自由行，其中有3天打算自駕，希望行程除了包括原宿跟渋谷購物，還要包含河口湖跟箱根等近郊，請幫規劃詳細行程，並依使用需求產生「含地圖整合的完整互動式行程表」。你的重點是事實準確、路線合理、時間可行、連結可點擊，且可交付他人直接使用。
觀看生成結果請點我
小結：如果不想要介面太複雜，只需要一個「大致上的日程安排」 ，使用以上Prompt即可。但要記得具體的資訊請自行替換成自己要去的城市。
專業版Prompt(略長，可快速滑過不用細讀，要試用再複製Prompt去生成就好)
【系統角色】
你是一名專業旅遊行程設計師與產品文件撰寫者，負責依使用者需求產生「含地圖整合的完整互動式行程表」。你的重點是事實準確、路線合理、時間可行、連結可點擊且可交付給他人直接使用。
【目標】
- 以使用者輸入的需求與限制為基礎，產出一份「日程分段、含交通細節、費用概算、地圖連結與備選方案」的互動式行程。
- 每一站點均提供可點擊的地圖連結（地點頁面與相鄰點之間的路線連結），盡量附上座標與開放時間來源。
- 同時提供結構化資料（JSON 規格說明）以利後續系統整合；正文以 Markdown 呈現。
【必要輸入（這邊要用戶自己填寫，其他部分不用！）】
- 旅行日期與天數：2025/12/23~2025/12/28
- 目的地與範圍：東京/原宿/銀座/渋谷/河口湖/箱根
- 旅人資訊：2人、30歲上下
- 興趣偏好：美食、文化、自然、購物
- 預算級距：每人預算10萬日圓（含住宿/飲食）
- 交通方式偏好：前2天跟最後1天大眾運輸，中間3天自駕
- 住宿條件：前兩晚與最後一晚在市區住銀座、自駕2晚一天在河口湖、1天在箱根
- 節奏偏好：輕鬆，每日起迄時間（如 09:00–19:00）
- 必訪/避開清單：一定要排銀座、原宿、渋谷、下北澤
- 言與度量：輸出語言預設繁中），金額以日圓顯示
- 其他：（例如已確認的班機起降時間，或是租車處地址等）
【產出要求（Markdown 正文）】
1. 行程總覽（冒頭摘要）
-旅程天數、節奏、交通策略、總預算概算與費用分佈（交通/餐飲/門票/其他）
-主要動線地圖概念與每日主題
2. 每日行程（分日呈現，時間軸）
-每個停靠點包含：標題、簡介、預估停留時間、開放時間/休館資訊、費用估算、注意事項
-地圖整合：
a. 地點連結：使用該地點的可用地圖頁連結（例如 Google Maps），並附上座標（如可取得）
b. 路線連結：相鄰兩點之間提供步行/大眾/駕車的路線連結（根據交通偏好），並標註預估時間與距離
-彈性方案：天候/客滿/臨時調整的備選點與備選路線
-無障礙與年齡友善提示（如有需求）
3. 訂位/票券/注意事項
-需提前預約的餐廳/展覽/活動，建議預約時間窗口
-常見地雷或替代方案（休館日、尖峰時段）
4. 成本與風險控管
-每日/整體費用概算
-風險清單：休館、塞車、天候不佳、臨時施工，對應備援計畫
【地圖連結規範】
-地點連結：輸出可點擊的地圖頁（例如 Google Maps 的地點頁）；同時列出該地點經緯度（如可查到）
-路線連結：為「上一站 → 下一站」提供動態路線連結（步行/大眾/駕車），且在文字中標註預估時程與距離
-所有連結需為可點擊的超連結，並於連結文字中清楚標明用途（例如：「步行 12 分鐘路線」）
【事實與可行性檢核】
-至少三項可行性檢核：開放時間、路線時間、轉乘邏輯；若存在不確定，明確註記或提供兩種合理備選。
-使用保守估計以避免趕不及。
-針對熱門景點標註尖峰時段與避擁擠策略。
【互動性要求】
-Markdown 結構清晰，日程可摺疊（以段落/標題階層達成）
-每個點提供「備選（A/B）」與「快速調整」說明：如何增減停留、如何改走另一交通模式
-在每日底部提供「一鍵檢查清單」：票券/現金/雨具/充電/網路
【結構化輸出（給系統整合用）】
-同步輸出一段結構化資料（JSON 說明，不需在本回答中示範）：欄位包含 tripMeta、days[]（每日 stops[]，每站含 name、lat、lng、startTime、endTime、transport、costEstimate、placeLink、routeLinkToNext、notes、alternatives[]）、totals、risks[]
-說明：請於最終回答同時提供「Markdown 正文」與「JSON（以程式碼區塊呈現）」兩種形式，以便人讀與機讀
【語言、風格與量化】
-語言：繁體中文；關鍵名詞兼具人類可讀性與機器可解析性
-時區與時間格式：以使用者目的地實際時區；24 小時制
-數據：提供時間、距離、費用的量化估計；不確定時以範圍表示並標示不確定因素
【錯誤處理】
-若輸入不足：主動列出缺失與你的假設，並標記可調整
-若存在衝突（如住宿地點與交通偏好不符）：提出兩案比較的動線與影響
-若景點資訊存在不確定或變動：明確註記、提供備選並避免斷言
【輸出結尾】
-提供「快速修改指南」：如何按需求加/減站、改交通模式、改時程
-提供「下載/匯入提示」：JSON 可供系統匯入；Markdown 可直接分享；（如有需要）建議使用者另行轉為日曆檔案
【執行範式（示例指令文本，生成時替換為使用者實際輸入）】
-旅行日期：2026-02-13 至 2026-02-18（共 6 天）
-目的地：關西（大阪、京都、神戶）
-同行：2 位成人；偏好文化與美食；步行可；避免長時間排隊
-預算：中高；餐飲希望含在地料理與咖啡
-交通：前兩天以大眾運輸；第 3–5 天自駕
-住宿：已訂神戶三宮飯店（2/13–2/17）
-必訪：神戶北野異人館、京都清水寺、大阪難波周邊
-避開：過度密集行程與過長通勤
請根據上述規格輸出完整內容（Markdown 正文 + JSON 結構），所有地圖與路線連結可直接點擊，並附時間/距離/費用估算與備選方案。
觀看生成結果請點我
小結：對！這一整段Prompt超長，但其實大部分是要給AI讀取的。 要記得，第二Part的「必要輸入」要填入自己希望的條件，越詳盡生成的結果就越理想（例如再加入班機起降時間）。
要特別說的是，如果真的考慮自駕，建議先找好租車地點並在第二Part輸入租車處地址，路線規劃會更準確。
應用二：互動式教材
「動態檢視」另一個值得使用的方向是生成「教材」。以下假設了「教會小六生看懂晶圓製造」的情境來生成一個簡易的互動式教學網站：
你是一個擅長科普的小學教師，任務是要透過一堂課約50分鐘的時間內，教導小六生晶圓製造的工作流程。文案主題是「晶圓誕生的X種步驟」：內容依序是產業概覽（簡單介紹台灣的高科技產業，而晶圓代工是其中的一大宗，可以從AI切入介紹），再來要有互動式的流程圖表（讓學生知道每個流程大概在幹嘛），以及最後的小考（10題選擇題，題目必須都在前面兩個流程中有出現）。請注意，全部的文案都要「白話且易懂」，避免過於艱深的專業詞彙，重點是讓學生認識晶圓製造的過程，以及為何它是支撐台灣經濟的重要產業。
觀看生成結果請點我
小結：有自學或是教學需求的用戶，可以依照以上範例自己帶入想要生成的科目跟形式。切記！對於生成結果的想像越清晰，最後的生成結果就會更理想！建議先想好使用場景，再發想Prompt，就可以獲得理想成果。
同時， Gemini仍有犯錯的可能 ！因此在教材生成之後，請務必花時間檢視內容是否有誤，並告知AI再重新修正錯誤。
應用三：穿搭評論（偏趣味）
這個功能其實是要評估「動態檢視」在生成「社群向」趣味功能的實驗， 主要是檢驗網站生成的能力 。
你是一個偏毒舌的時尚大師，會用直接並挖苦的口吻評論穿搭與長相。要注意的是，針對上傳圖片所回覆的內容，要具備趣味性並可以挖苦，也可以針對美感選擇進行抨擊，但千萬不能涉及人身攻擊（包括身材等歧視用語）。這個Web App要有具備「病毒式傳播」的潛力，生成結果要可以轉貼，讓大家可以把結果分享到社群平台。
觀看生成結果請點我
小結：如果打算簡易Web App的idea是不是成立，建議可以多利用這類功能，非工程背景的人員不但可以先檢驗網站前端的設計是否有缺失，也更容易後續的提案或發案流程，讓老闆點頭同意企劃，跟負責打造網站的同事對話也更容易。
動態檢視是更親民的「介面設計」生成器！
說到底，「動態檢視」能以「進階代理式程式能力」為特定提示即時「設計並編碼」專用介面，讓你可在同一回應中直接「點擊、捲動、操作」完成探索與學習；相較一般文字或圖文排版，這種 單一目的 UI 更貼合任務流程，降低來回切換與資訊組織的成本。
不管你是老師、家教，還是行銷企劃或社群編輯也好，當你對Web App的構想有驗證需求的時候，記得打開Gemini App，它是你目前最理想的「試錯好夥伴」。
資料來源：Google、androidauthority
責任編輯：李先泰
