iT邦幫忙

2026 iThome 鐵人賽

DAY 14
0
Build on Google AI

AI 策展人:用 Google ADK 打造會思考、會介紹的 3D 展示平台系列 第 28 篇

Day 28|開幕前的彩排:把展場可能發生的怪事,先演一遍

  • 分享至 

  • xImage
  •  

展覽開幕前,策展團隊一定會彩排:不是檢查燈有沒有亮,而是故意演各種怪情況。

  • 展場換了一塊大螢幕、一台平板、有人拿手機掃來看,畫面會不會擠成一團?
  • 網路突然斷了怎麼辦?
  • 參觀者亂戳、亂拖,甚至整個人愣在那兒不動,畫面會怎樣?
  • 工作人員在旁邊按了截圖,會不會把正在播的導覽搞砸?

今天就講我們的彩排。先說清楚一件事:**這是彩排,不是正式開幕。**真正的大屏、平板、手機實機測試,和效能調校,還沒做。

彩排一:換三種螢幕

我把展示頁調成三種寬度:大螢幕(1280)、平板(768)、手機(390),各檢查一次:

  • 字有沒有大到站遠也看得見(至少 20 像素)?
  • 按鈕有沒有大到粗手指按得到(至少 48 像素)?
  • 有沒有橫向被擠出一條捲動軸?

三種螢幕都零違規。版面也會自己換樣子:大螢幕把零件清單攤在右邊,手機則把清單收起來,要看再展開。

彩排二:網路斷了

展場包是一整個資料夾,拔掉網路線雙擊就能播。這一關我們早就闖過(Day 14),而且是用血淚換的:一開始用「開本機網站」測,一切正常,結果真的雙擊就全黑,原因是瀏覽器對「雙擊打開的檔案」管得特別嚴。教訓是:要宣稱離線能用,就一定要真的離線雙擊測。

這次彩排我沒有再測離線雙擊(我手邊的工具測不了),這部分是使用者之前親手在 Chrome 和 Arc 上測過的。

彩排三:參觀者發呆,展場自己動起來

參觀者走開後,展場等一段時間(正式設定是 2 分鐘)就開始自動導覽,一個重點一個重點飛過去。我把等待縮短成 3 秒來演:

  • 發呆 3 秒 → 導覽啟動 ✅
  • 有人碰一下畫面 → 導覽立刻停 ✅
  • 再放著不管 → 導覽又自己啟動 ✅

彩排四:攝影師按截圖

這一條是實機才抓得到的。使用者在 Mac 上按截圖快捷鍵,結果導覽被打斷了,因為程式把「按了任何鍵」都當成參觀者在操作。後來改成:單純按修飾鍵、或 Cmd/Ctrl 組合鍵,不算參觀者;按 Esc、Enter 之類才算。

我在彩排裡演了這幾種情況:只按 Cmd、Cmd+Shift+5、滑鼠微微飄動:導覽繼續。按 Esc:導覽停。

彩排五:亮起來的零件,到底算誰的?

導覽跑的時候,每一站會讓一個零件亮起來。參觀者自己點的零件也會亮。問題來了:按 Esc 讓導覽停下,要不要把亮的也關掉?

  • 如果是導覽讓它亮的 → 關掉。
  • 如果是參觀者自己點的 → 留著。

以前沒分清楚,所以會誤關參觀者點的零件。現在程式會記「這個亮是誰點的」。我演了兩次:參觀者點的齒輪,閒置時按 Esc → 還亮著;導覽接手後(亮的變成別的零件)按 Esc → 熄滅。

彩排的結果與還欠的

  • ✅ 三種螢幕、導覽的各種打斷情況:這次實演都對。
  • ✅ 程式自己的測試:72 項全過。
  • ⬜ 真正的大屏、平板、手機,用真手指測:沒做。
  • ⬜ 效能調校、正式的壓力測試:沒做。
  • ⬜ 完整的 2 分鐘等待:我是縮短成 3 秒演的。

今天帶走什麼

彩排的價值,是找出「平常不會發生的事」。而且要老實分清楚:哪些是我演的,哪些是別人在實機上驗過的,哪些是還沒演的。

明天(Day 29)與後天(Day 30):收尾。


上一篇
Day 27|導覽員只動嘴,不動手:怎麼讓 AI 指揮 3D 畫面
下一篇
Day 29|整間工廠的組織圖:我們怎麼用 Google ADK 搭出這支 AI 團隊
系列文
AI 策展人:用 Google ADK 打造會思考、會介紹的 3D 展示平台 共 29 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言