本日設計情報｜2026/09/17：Claude 把聊天和 Cowork 合而為一、Google Home 開放 AI 代理人操控、Meta 傳無鏡頭眼鏡

Claude 今天把聊天視窗和 Cowork 工作區合併成同一個畫面，官方給的理由很坦白——太多人根本搞不清楚該開哪個分頁做事。這個小動作背後藏著同一個題目：AI 產品功能越疊越多，介面反而要往回收斂。同一天，Google 把智慧家庭的操作權交給 AI 代理人，Meta 卻反過來做減法，傳出要拿掉鏡頭去換回使用者信任。兩家公司方向相反，指向同一件事——AI 產品的下一步，是設計師要重新想清楚「權限」跟「介面」該收在哪裡。今天另外收兩則給做介面的人：一篇糾正 container query 的用法，一篇說 deliverable 這件事本來就沒那麼重要。

🔥 Claude 把聊天、協作、簡報通通塞進同一個視窗

Anthropic 今天把 Claude Chat 和 Cowork 合併成單一介面，過去要在分頁之間跳來跳去找 Artifacts、找 Cowork、找 Claude Design，現在系統自己判斷該把請求送去哪個功能。官方給的理由很直白：使用者常常選錯分頁，搞不清楚該找哪個工具處理任務。新介面把 Docs、Slides、Artifacts、Claude Design 全部收進同一個入口，做出來的簡報可以直接存成 PDF 或 PowerPoint，文件也能多人共同編輯、留言、分段修改，手機上一樣能開著改。

目前先開放給 Pro 和 Max 訂閱戶，網頁、桌面、手機這幾週陸續上線，Free 和 Team 版之後才會跟上。這類「整合、減少分頁」的動作，本質上是把介面複雜度從使用者轉嫁給系統去判斷意圖——對天天靠 Claude 出圖、寫文案、抓設計規格的人來說，最直接的差別是不用再去記「這個任務該開哪個功能」，打字之後剩下的交給路由。

閱讀原文 →

Google 把智慧家庭的操作權，正式交給 AI 代理人

Google 今天推出 Home MCP，讓 Claude、Google 自家的 Antigravity，還有 OpenClaw 這類支援 MCP 協議的 AI 代理人，可以直接控制 Nest 攝影機、門鈴、恆溫器，還有其他 Matter 相容裝置。代理人不只能開關燈，還能回頭分析多支攝影機的歷史畫面回答「今天洗衣機洗了幾次」「客廳燈開了多久」這類生活提問，也能用自然語言直接生成一個專屬儀表板。系統刻意擋掉解鎖門鎖這類高風險動作，也設了速率限制——Google 在說明文件裡提醒，「依代理人不同，接上 Home MCP 可能出現非預期甚至不受歡迎的行為」。

目前先開放給 Home Premium Advanced 訂戶，美國英文環境，要自己去 Google Cloud 建立專案再授權。對做智慧家庭產品或空間體驗設計的人來說，這等於官方正式把「裝置控制權」這層介面，讓出一部分給對話式操作——未來設計智慧家庭 App，可能要先想清楚哪些操作留給觸控面板、哪些乾脆交給會講話的代理人。

閱讀原文 →

Meta 傳備妥無鏡頭版「Luna」眼鏡，先拿掉鏡頭再談信任

Meta 現有的鏡頭款智慧眼鏡，這陣子被消費者罵成「偷窺眼鏡」——外型跟一般眼鏡沒兩樣，卻隨時能錄影，引發的隱私疑慮一路發酵成對整個品類的不信任。傳出的應對方式很直接：做一款完全拿掉鏡頭的「Luna」，靠六顆麥克風做語音輸入，串接 Meta 自家的 AI 聊天與 Muse 代理人，側邊一顆按鍵就能喚醒。傳聞會在下週 Meta Connect 上亮相，價格還沒公布。

這是硬體產品設計裡少見的「拿掉功能來解決問題」——鏡頭款的銷售數字其實壓過對手，但消費者對「這支眼鏡到底在拍誰」的疑慮始終甩不掉。對做穿戴裝置或隱私敏感產品的設計師來說，這提供一個例子：拿掉一個功能，有時候比加十個隱私提示燈更快換回信任。

閱讀原文 →

多數人把 Container Query 用成了 Media Query 的翻版

Smashing Magazine 這篇提醒一個很多人會犯的錯——container query 長得跟 media query 幾乎一樣，大家很自然把兩者當成同一件事的兩種寫法，但它們觀察的對象完全不同。Media query 看的是瀏覽器視窗，負責「頁面級」的排版決策，像是要不要收起側邊欄、幾欄式的網格；container query 看的是元件自己所在的容器，負責「元件級」的排版決策——同一張卡片放進側欄還是主要區域，該顯示成橫排還是直排，答案要看容器給了多少空間，跟視窗多寬沒有關係。

文章給了一個實用的技巧：字體大小別再用 vw 去算相對視窗的級距，改用 cqi 這類容器感知單位，同一個元件放進任何容器，字級都會自己跟著容器寬度縮放，不用為每個擺放位置重寫一次媒體查詢。對維護設計系統、元件庫的人來說，這條界線分清楚，元件才能真正做到「到哪裡都能用」。

閱讀原文 →

Deliverable 死了，wireframe 本來就不是重點

這篇文章拆解一個現象：AI 加速了草圖產出的速度，也順便暴露出一件事——團隊真正在乎的，一直是線框圖背後那套思考邏輯，線框圖本身只是逼自己講清楚邏輯的工具。作者形容自己以前會花很多時間產出一片一片的低保真線框圖、流程圖，當成跟團隊溝通的中介物；現在打字描述問題，畫面幾秒內就跑出來，原本花在拼湊溝通素材上的時間，直接省下來投入到把方案做得更扎實、更接近真實情境。

這篇的重點收在一句話——「deliverable，那個我們受訓要產出、受訓要交接的東西，已經悄悄鬆開了它對整個流程的掌控」。對天天要交手稿、交流程圖的設計師來說，這句話的重量在於：評價設計師價值的標準，正從「產出了幾份漂亮文件」，挪向「想清楚問題的速度有多快」。

閱讀原文 →