如果你在一則訊息中附上四張圖片，助理收到的是四張圖片，卻完全不知道哪張是哪張。「改第二張」全靠猜。「每張都改一下」更糟——通常只有一張會被處理。
每張附上的圖片現在在傳入時就會被標註——共有多少張、這是第幾張——編輯工具也會收到需要處理的那張圖片的索引。「每張都改一下」會遍歷所有圖片，並停留在真正能看到圖片的通道上，而不是退回到一個只依靠文字來運作的模型。
圖片出現在文字提到它們的位置
當一段回答提及它找到或生成的某張圖片時，那張圖片現在會出現在回答中的那個位置，而不是堆在下方。回答沒有安排位置的圖片會留在底部——這一點現在在行動端App的聊天泡泡中同樣適用。
一次被我們直接丟棄的並行工具呼叫
一個值得點名的漏洞，因為它看起來像是別人的錯誤。Gemini可以一次性發出多個工具呼叫，分散在多個串流片段中。我們過去是用後一個片段覆蓋前一個，而不是把它們累積起來，這就遺失了模型傳送內容的一部分。可見的表現是一則錯誤訊息，寫著「Provider 'google' rejected the request」——聽起來像是服務商不滿意，而實際上，它不滿意的正是我們自己。
手機端的網頁搜尋
網頁搜尋過去只有網頁端的一個頁面，手機端什麼都沒有。現在它在行動端的「工具」中心裡有了自己的介面——搜尋、深度調查、抓取一個網址、你的紀錄、以及你的額度還剩多少——連接到與網頁版呼叫的同一個服務，這樣兩者就不可能出現差異。
網頁版頁面也在同一次調整中被整理了一遍。它移到了其他終端使用者工具所在的選單裡，選項卡的排布方式與其他任何目錄介面一致，結果每五條分頁顯示，附帶一個「更多結果」按鈕，明確說明這會消耗一次搜尋次數，摘要文字也清除了服務商留在其中的Markdown標記，並用「顯示更多」進行了截斷。
此外，在「悄悄讓人煩躁的小問題」這一欄：現在切換對話後，「捲動到最新」按鈕不會再殘留在介面上了。