這些指南可協助您避免常見錯誤，並引導您逐步完成建構高品質的 Glassware。
叫用
使用者叫用 Glassware 及其功能時的主要方式有兩種，一種是使用語音或觸控指令，透過 ok Glass 主選單，或是透過時間軸資訊卡的內容選單。
您絕不為了啟動 Glassware 的目的，強制使用者固定含有選單項目的時間軸資訊卡。Mirror API 的設計宗旨就是根據使用者配置的設定定期通知，或是為了與聯絡人分享內容而設計。
提供選單項目以啟動 GDK Glassware 或呼叫 Mirror API，前提是體驗必須與定期通知設計模式一致，且未使用 Mirror API 進行立即互動。
舉例來說，寵物領養 Glassware 不應插入時間軸資訊卡，並強迫使用者將其固定以存取功能，例如「搜尋狗」、「搜尋貓」、「搜尋鳥類」等。反之，Glasware 應允許使用者設定想要的寵物條件，並定期提供符合此標準的卡片。這些資訊卡就能包含可執行「讀取生物」的選單項目和「認養寵物」等動作。
您必須向使用者清楚表示，如果 Glassware 明確叫用 Glassware，就必須清楚表示其正在執行。
設計
Glass 專為適時提供精簡資訊而設計。所有從行動應用程式移植的功能都無法在 Google Glass 上正常運作。請改為找出在 Glass 中都能順利運作的主要用途，並專注於提供一些神奇功能。如需靈感，請參閱「設計專用的 Glass」。
盡可能使用經核准的資訊卡設計。部分設計提供 Mirror API 和 GDK 範本。
- 如果您使用 Mirror API，請使用 base_style.css 中的樣式。
- 遵循將邊框間距和間距的一般規則當做內建範本。
套件和分頁功能可讓您將資訊卡分組，但應該在下列情況下正確使用。
注意：Mirror API 內建繫結和分頁功能。如果您正嘗試在 GDK 中執行相同的功能，請模擬 Mirror API 如何盡可能縮短組合和分頁。使用堆疊指標、選單項目和資訊卡捲動器來呈現資訊卡。
組合
- 針對相似但不應出現在同一張資訊卡中的資訊卡群組，使用組合。
- 設計套件封面資訊卡，以與套件所含的資訊卡在視覺上不同。
- 針對每個郵件分類，只向使用者發出一次通知音效。
組合可帶來良好成效的情況：
- 電子郵件串或簡短訊息
- 與同一人互傳三則簡訊
- 五張相片彼此在一小時內
- 一次插入所有相關文章
- 目前運動賽事的重要事件和分數更新清單
套裝組合無法正常運作的情況：
- 你服務中的所有內容
- 一天當中許多頭條新聞傳送到 Glass
分頁
如果時間軸項目因空間限製而超出單一資訊卡，請使用分頁功能，否則應置於同一張資訊卡上。
分頁仍可順利運作的情況：
- 單一電子郵件、新聞報導或無法以一張資訊卡呈現的類似內容
分頁無法正常運作的情況：
- 一組不同的資訊卡，例如多篇新聞報導或電子郵件
請確保您的 Glassware 遵循 Google 的其餘最佳做法。
網站資源
- 請勿提供兩個以上的授權或登入頁面。
- 設定不應在合理的時間內 (少於三個月) 要求重新授權。
- 如果需要帳戶或隨附應用程式，如果使用者擁有或沒有您服務的帳戶，就可以清楚取得授權流程。
- 授權網頁的網址必須與設定網頁的網址不同。
- 如果需要使用者帳戶，Glasware 必須在未連線至使用者帳戶的情況下驗證使用者。
- 清楚顯示設定變更已儲存。
- 在適用情況下，指出整體和各動態饋給的更新頻率，以便維持內容的關聯性。以下螢幕截圖範例說明如何允許使用者設定更新頻率和動態饋給類型。
品牌宣傳
Glass 品牌及其相關資產皆為 Google 的獨家設計與使用。
- 請勿以任何方式使用、修改或模仿專屬 Glass 標誌或資產，除非在 [Assets](/Glass/tools-downloads/downloads) 頁面中有提供。
- 請勿在產品中使用、修改或模仿 Glass 標誌字型。
寫作
Glassware 及其相關說明必須以英文提供。如果支援多種語言，只要語言之間有完全一致的功能差異即可。
請確保您的 Glassware 名稱正確描述 Glassware 的功能或品牌。請勿在名稱中使用「Glass」字串，除非該字串是「for Glass」一詞。舉例來說，「Cat Facts for Glass」皆可，但「Glass Cat Facts」或「Glassy Cat Photos」就不是有效。
如要瞭解相關限制和規範，請參閱「文字中的玻璃」一節。
視情況按照指南撰寫內容。
測試
在實體 Glass 硬體上執行 Glassware。這是準確評估使用者體驗的唯一方法。此外，請確認 GDK Glassware 不會導致非預期的效能，例如 Glass 過熱。