Codex Appshots：四種情境、快捷鍵與隱私設定

有一種浪費時間的迴圈，多數跟 AI 共事的人都經歷過：畫面上的問題清清楚楚，卻得想辦法用文字描述給 AI 聽。看到一個錯誤訊息，先複製文字、貼進對話，再補一段「這個視窗左邊有個列表，右邊有個按鈕變灰色的」；看到設計稿跟實作出來的頁面對不起來，先截圖、存檔、找到上傳按鈕、選檔案，然後才開始打字。等這套儀式走完，工作的節奏已經斷了。Appshots 就是衝著這個斷點來的：按一組鍵，把電腦上最前面那個視窗，直接送進 ChatGPT 的對話裡。

Appshots 是 OpenAI 在 ChatGPT 桌面 App 提供的視窗分享功能，Codex 也在同一個 App 裡使用它。按一下快捷鍵，它會把最前面視窗的影像，加上那個視窗「拿得到」的文字，一起當成附件放進對話，模型看得到畫面長什麼樣，也讀得到畫面裡的文字內容。這個功能在 2026 年 5 月 18 日到 22 日那週的官方每週更新中隨 Mac 版的 Codex app 登場，官方當時的定位一句話講完：讓 Codex 不必經過複製、貼上或口頭描述，就能從設計工具、儀表板、文件這類應用程式直接取得工作脈絡。到了 2026 年 9 月 11 日的桌面 App 更新，Windows 版也跟上，兩個平台的拍攝操作自此對齊。

先講結論。操作面：Mac 按住兩邊的 Command 鍵、Windows 按住兩邊的 Alt 鍵就拍一張，快捷鍵可以自訂；拍下的內容只有「最前面的視窗」，包含可見畫面的影像，加上該視窗提供的文字（應用程式願意提供的話，捲動區域外看不到的文字也拿得到）。去向上：預設開一個新對話，但若你過去 60 秒內跟某個對話互動過，就會接著放進那個對話；設定裡的 Appshot destination 可以改成一律新對話或一律目前對話。情境上，官方文件給了四個示範：對著 API 參考文件畫面直接寫程式、分享信件或行事曆畫面請 AI 草擬下一步、把設計或預覽畫面當視覺參考來改素材或程式碼、把錯誤訊息與設定面板拍給 AI 看。隱私上要記住一件事：送出去的不只是一張圖，還有視窗裡讀得到的文字，機敏畫面動手前自己先過一遍。

這份指南分七個部分展開：Appshots 實際擷取什麼、快捷鍵與目的地設定怎麼調、四種官方情境逐一拆解（每種都附可以直接抄的提問句）、與手動截圖和 Computer Use 的分工、寵物浮動控制的背景接收端、限制與地雷（Google 文件、CLI、企業管控），以隱私把關與上工檢查清單收尾。還不認識 Codex 這個工具本身的讀者，可以先翻〈OpenAI Codex 怎麼用〉建立底子；已經在用的人，這篇可以當成操作手冊查。

資料口徑先說清楚：功能名稱、鍵位、擷取行為、權限要求與時間軸，取自 OpenAI 官方的Appshots 文件、每週更新與相關功能頁，抓取時點為 2026 年 9 月 27 日。桌面 App 的功能推得快，官方每週更新常常一次補一整批能力，實際動手前值得回官方頁核對當天狀態。

快速重點整理

• 按鍵：Mac 按兩邊 Command、Windows 按兩邊 Alt 拍一張 appshot，可在設定改成自己的快捷鍵。
• 內容：只擷取最前面的視窗，含可見畫面影像＋視窗提供的文字，應用程式允許時連捲動區外的文字都拿得到。
• 歸宿：拍下的 appshot 行為像附件，存在本機的 session 檔裡；預設開新對話，60 秒內互動過的對話優先，連拍會進同一個對話。
• 四種情境：API 文件畫面寫程式、信件與行事曆草擬下一步、設計畫面當視覺參考、錯誤與設定畫面直接示範。
• 權限：Mac 需要螢幕與系統音訊錄製（影像）與輔助使用（文字）兩項授權；拍攝會把影像與文字一併分享給模型。
• 限制：需要 macOS 或 Windows 的桌面 App；CLI 建不了新的 appshot；Google 文件類服務可能只拿得到看得到的畫面。

Appshots 擷取的到底是什麼：一張畫面，加一層文字

先把這個功能拆到最細，後面的情境與地雷才會有憑據。官方文件對 Appshots 的定義是：把最前面的應用程式視窗送進 ChatGPT 的對話，用在「你正在另一個 App 裡工作、希望 AI 帶著眼前脈絡幫忙」的時刻。兩個關鍵詞值得停下來看。

「最前面的視窗」是硬邊界。Appshots 拍的永遠只有一個視窗，就是你目前聚焦、擋在最前面的那一個，不會拍到整個桌面，也不會把背景裡其他 App 的內容一起帶走。這個設計對隱私是好事：你開著的訊息軟體、密碼管理器、另一個瀏覽器分頁，只要不在最前面，就不會入鏡。反過來說，想分享的內容如果分散在兩個視窗，就得拍兩張，或先把要看的東西集中到同一個視窗裡。

擷取內容有兩個通道。第一個是影像：那個視窗可見範圍的截圖。第二個是文字：視窗裡讀得到的文字，而且範圍比肉眼看到的大，官方明寫包含「可見文字，以及該應用程式在可見捲動區域之外仍提供的文字」。換句話說，如果某個 App 願意向系統揭露視窗內容（許多原生 App 會），模型拿到的往往就不只畫面上的幾行字，而是範圍更大的文字層，整份文件或整個列表都有可能，揭露多少由各應用程式決定。這也是 Appshots 與一般截圖最本質的差別：截圖只給模型一張圖，Appshots 給圖加一份可以搜尋、引用、逐字比對的文字。

拍完之後的行為也定義得很乾淨：appshot 進到對話後就是一個附件，跟你自己手動附上的圖片或檔案同等待遇；官方文件還補了一句，appshot 跟其他附件一樣儲存在本機的 session 檔裡。附件這個身分很重要，它決定了 appshot 在對話裡可以被引用、可以被追問，也會跟著對話歷史一起被保存或分享，後面談隱私時會再回到這一點。

名稱與出身順便理一下，因為網路上的說法混雜。這個功能 2026 年 5 月首度登場時，是在 Mac 版的 Codex app 裡，官方每週更新標題寫的是「讓 Codex 從任何 Mac App 取得脈絡」，所以早期討論都叫它 Codex Appshots；後來 ChatGPT 桌面 App 與 Codex 的介面整併，Chat、Work、Codex 三個模式住在同一個桌面 App 裡，官方文件現在的講法是「Appshots 可在 macOS 與 Windows 的 ChatGPT 桌面 App 使用」。名稱演進不影響操作：不管你在桌面 App 裡用哪個模式，拍的都是同一種 appshot。

快捷鍵與設定：雙 Command、雙 Alt，以及目的地邏輯

按鍵本身

官方拍的動作是：Mac 同時按住鍵盤兩邊的 Command 鍵，Windows 同時按住兩邊的 Alt 鍵，按下去就拍一張。不需要組合第三個鍵，也不需要先開任何選單。這種「雙修飾鍵」的設計有個好處：幾乎不會跟其他軟體的快捷鍵打架，也不用把手扭到奇怪的位置。用不慣的話，設定裡可以自訂 Appshots 的快捷鍵，換成順手的組合。

自訂時有兩個原則。挑不衝突的：避開系統與常用軟體已經佔走的組合，macOS 內建的截圖鍵這類更要避開，否則想拍 appshot 卻觸發整桌截圖。挑按得出的：appshot 的使用頻率高，選一個單手就能按的組合，比四指大和弦更能養成習慣，修飾鍵加單一字母的配置實務上最不容易誤觸。

拍的當下有個前置動作容易被忽略：先把要分享的視窗帶到最前面。因為擷取目標是「最前面的視窗」，若你按下去的瞬間焦點還停在別的 App，拍到的就會是那個 App。實務上就是養成一個反射：點一下目標視窗，再按快捷鍵。官方給的完整流程是四步：把視窗帶到最前面、按快捷鍵（或自訂鍵）、完成權限設定（如果 App 詢問）、接著對 AI 描述你要它做什麼。第三步通常只會在第一次使用時出現，核准之後就不會再問。

Mac 的兩項權限

macOS 上第一次使用時，系統會要求兩項授權，各對應一個擷取通道。「螢幕與系統音訊錄製」讓 ChatGPT 拍得到最前面視窗的影像；「輔助使用」讓它讀得到視窗提供的文字。兩項都給，Appshots 才完整可用；只給第一項的話，模型會變成「只看得到畫面、讀不到文字」的狀態，效能會打折。日後如果發現拍出來的 appshot 缺影像或缺文字，官方的疑難排解路徑是：打開系統設定的隱私與安全性，檢查這兩項授權，然後把 App 重啟再試一次。

拍完去哪裡：60 秒規則與目的地設定

Appshots 的目的地邏輯是官方文件裡最容易被忽略、卻最影響日常手感的一段。預設行為是：按下快捷鍵，開一個新的對話來裝這張 appshot。但如果你在過去 60 秒內曾經跟某個對話互動過，新的 appshot 就會被加進那個最近的對話，而非另開新的對話。連續拍多張時，這些 appshot 會進同一個對話。

這條規則讀起來平淡，用起來會遇到兩種情況。第一種是正好需要的：你正在跟 AI 處理某個問題，切到別的 App 查資料，順手拍一張，回頭發現它自動接在剛剛的對話裡，脈絡連續，這是設計的甜蜜點。第二種是出乎意料的：你 40 秒前剛問完一件不相干的事，現在拍一張內部文件的畫面，它卻落在那個對話裡。如果工作內容敏感或主題差異大，這種自動接續就需要留意。官方提供了開關：設定裡的 Appshot destination 有三個選項，Automatic 維持上述行為、Current chat 一律進目前對話、New chat 一律開新對話。把去向從「讓系統猜」改成「自己指定」，是最推薦的第一個設定調整。

還有一個細節：快捷鍵本身也能在設定裡換掉。官方文件建議，如果 appshot 拍不出來，檢查三件事：桌面 App 更新了沒、設定的快捷鍵有沒有被改過或跟其他工具衝突、你所在的組織有沒有允許 Appshots。第三點在公司或學校帳號下特別常見，管理端可以關閉這類功能，個人是開不了的，得找管理員。

第一次設定：五分鐘走完

把啟用流程串成一條線，第一次設定大約五分鐘。第一步，把 ChatGPT 桌面 App 更新到當週版本，功能是逐步推出的，舊版可能根本沒有這個選項。第二步，登入後打開設定，找到 Appshots 相關選項，確認快捷鍵（預設 Mac 雙 Command、Windows 雙 Alt），順手決定 Appshot destination 要維持 Automatic 還是改成 New chat，端看你喜不喜歡系統自動接續最近的對話。第三步，Mac 第一次按下快捷鍵時會出現系統授權請求，把螢幕與系統音訊錄製、輔助使用兩項都核准；這層手動授權是 macOS 的機制，官方文件的權限清單也只列 macOS。第四步，開一個低風險的畫面（例如一份公開網頁文件）試拍一張，確認影像進了對話、文字層也讀得到。第五步，真的挑一件今天的工作，用四情境之一跑完一輪。設定走完之後，每次分享都只剩一組鍵的事。

情境一：對著 API 文件畫面，直接要一份能跑的程式

官方文件列的四個示範情境，第一個就是給寫程式的人：分享一頁 API 參考文件，請 ChatGPT 用它寫一段程式。這個情境的痛點很具體：開發者讀 API 文件常常是在瀏覽器裡看著官方文件，另一邊在編輯器裡寫碼，中間來回切換，把參數名稱抄錯、把回傳型別記錯都是日常。有了 Appshots，把文件視窗帶到前面、按一組鍵，整頁文件的畫面與文字層就進了對話，接著一句「用這份文件的 X 端點，幫我寫一個帶錯誤處理的呼叫範例」，模型手上就有文件的規格可以對照。

這個情境要發揮得淋漓盡致，關鍵在文字層。網頁型態的文件（大多數 API 文件都是）通常會把內容提供給系統，所以模型拿到的常不只畫面上的段落，還包括頁面裡更多可取得的文字。參數表、回傳碼、注意事項，這些細節如果在文字層裡，模型引用時就不會憑印象編造。反過來提醒一個壞習慣：不要因為方便就把 appshot 當成文件的永久替代品，appshot 是凍結的快照，文件改版了它不會跟著更新，正式專案裡該存的書籤與該讀的原文還是省不得。

給 Codex 用戶的進階玩法，是把 appshot 跟代理工作流接起來：拍一份 API 文件進對話，直接請 Codex 在你的專案裡新增一個呼叫該 API 的模組、補上測試。Codex 讀得到專案結構，又看得到文件規格，產出的程式碼通常比「口頭描述 API」準確得多。這也是為什麼官方把 Appshots 的第一個示範給了開發者：它把「查規格」與「寫程式」之間的搬運工環節直接拔掉了。

迭代時記得 appshot 的凍結性。第一張拍完、模型給了建議、你改了文件或程式碼，此時模型記憶裡的畫面已經過時，關鍵修改完成後補拍一張新的，並明說「這是修改後的狀態」，比讓它抱著舊快照推理可靠。連續拍攝會落在同一個對話（前述的 60 秒規則），正好支撐這種前後對照的用法：新舊兩張放在一起，請它指出差異與遺漏，是檢查自己改動有沒有漏項的快速方法。

情境二：信件與行事曆的下一步，用畫面發落

第二個官方示範情境偏知識工作者：分享信件或行事曆的畫面，請 ChatGPT 草擬下一步。這個情境在行政與管理節奏重的角色上幾乎天天出現：一封需要回覆但語氣難拿捏的信、一個排滿的週行事曆需要找出可以挪動的空檔、一串跨好幾人的往返討論需要收斂成決議。把畫面拍給 AI，接著說「幫我回這封信，語氣要客氣但明確拒絕」或「幫我把這週的會議整理成清單，標出哪幾個可以改線上」。

這個情境的價值在於「語境」。信件的困難從來不是打字，是掌握前後文與分寸：誰先寫的、上次承諾了什麼、語氣怎麼接。靠複製貼上也能做到，但當往來散在多個訊息框裡，選取範圍常常漏掉眉眉角角。appshot 拍的是整個視窗，看得到的標題、時間、寄件人、上一則引言全在一次擷取裡，模型對情勢的判讀自然比斷片文字完整。行事曆也一樣：行程的先後、密集程度、空檔位置，用畫面呈現遠比逐條口述精確。

隱私的提醒在這個情境特別要緊。信件畫面常含人名、信箱、公司內部資訊，行事曆可能藏著會議名稱裡的專案代號。appshot 的機制是「畫面加文字一起送」，所以這些內容不只是被看到，是實實在在被送進對話。官方文件的建議很直接：除非任務真的需要那些內容，避免對機敏內容拍 appshot。日常做法可以歸納成一句：拍之前想一下這個視窗裡有沒有不該離開你電腦的東西，有的話，改用手動截圖裁切遮蔽，或改用摘要後的描述。

情境三：設計工具的畫面，當成正式的視覺基準

第三個官方示範情境是給設計與前端協作的：分享影像編輯器、設計稿或預覽視窗，請 ChatGPT 修改相關的素材或程式碼。這是 Appshots 最能發揮雙通道優勢的場景，因為視覺的東西用文字描述天生吃虧：間距多寬、字級多大、顏色偏多少，口頭講半天，不如給模型看一眼。

官方在 2026 年 5 月的功能介紹裡給過一個可以直接抄的範例句，把 appshot 當作「視覺基準」來用：對照 appshot 裡選定的畫面，開出預覽，比對間距、字體與顏色。這個句式值得留下來，因為它示範了一種明確的委派結構：指定 appshot 是基準（不是參考氣氛用的靈感圖），指定要比對的維度（間距、排版、色彩），指定驗收方式（開預覽比對）。把視覺判斷拆成可執行的指令，模型跑偏的空間就小得多。

實務上這個情境常見的接法有三種。設計師把設計工具的畫面拍給 AI，請它檢查實作頁面的 CSS 有哪裡對不上；開發者把瀏覽器的預覽視窗拍回去，請它對照設計稿修正；行銷人把簡報或圖素材的編輯視窗拍進對話，請它改文案或調版面建議。三種接法共享同一個心法：視覺基準要用「最終會被檢驗的那個畫面」，拿草稿拍給 AI、再用成品驗收，中間的落差就會變成返工。

情境四：錯誤訊息與設定面板，用拍的比用講的快

第四個官方情境最樸素，也最常用：分享錯誤訊息、設定面板或應用程式狀態，那些「用展示的比用描述的容易」的東西。報錯彈窗、複雜的設定頁、某個工具說不清楚的目前狀態，這類畫面的共同特徵是資訊密度高、術語多、位置關係有意義。口述「它說什麼什麼錯誤然後下面有兩個按鈕」不僅費時，還容易漏掉真正的線索，彈窗裡那行小小的錯誤代碼，常常才是解題的鑰匙。

這個情境跟 Codex 的除錯工作流是天作之合。開發者卡在一個報錯，把錯誤視窗拍進對話，請 Codex 判斷可能的原因並直接去專案裡查。有文字層的幫助，錯誤訊息裡的堆疊資訊、路徑、代碼，模型都能直接引用，省掉人工轉打的失真。設定面板也一樣：某個工具的行為怪怪的，把設定頁拍給 AI，請它指出哪個選項跟問題相關，比你自己把每個選項名稱念給它聽快得多。

四個情境整理成一張表，方便對號入座：

把 appshot 用好的提問句模板

拍完只是把材料送進去，接下來那句話決定材料的用途。這裡給五個可以直接改寫的句式，各對應一種常用場合。

• 規格對照式（API 文件）：以這張 appshot 裡的文件為規格，在專案裡新增一個呼叫指定端點的模組，參數與回傳型別依文件，附錯誤處理與三個測試案例。
• 立場拿捏式（信件）：這封信的脈絡如畫面，幫我草擬回覆：保持客氣、明確婉拒對方的請求、留一條日後合作的線，給兩個版本挑。
• 視覺基準式（設計）：把這張 appshot 當唯一的視覺基準，比對目前實作頁面的間距、字級與色碼，先列出不一致的清單，再逐一修正。
• 診斷起手式（錯誤）：畫面裡的錯誤訊息如截圖，先列出三個最可能的原因與各自的驗證方式，再從第一個開始查。
• 狀態盤點式（設定面板）：這是目前的設定頁，我要達成的目標如前述，指出哪些選項跟目標相關、建議值是什麼，其他選項先不要動。

這五個句式共享同一個結構：指定 appshot 的身分（規格、脈絡、基準、證據、現況）、指定產出的形式（模組、兩版草稿、清單、原因排序、建議值）、指定邊界（哪些不要動）。身分讓模型知道怎麼引用畫面，形式讓產出可以直接驗收，邊界讓它不會順手改到不該改的東西。養成把三個元素講齊的習慣，appshot 的投報率會明顯不同。

跟手動截圖、Computer Use 的分工

第一次接觸 Appshots 的人常問：跟自己截圖再上傳，差在哪？跟讓 AI 直接操作電腦的 Computer Use，又是什麼關係？這三者其實站在一條光譜上，從「你把脈絡送過去」到「AI 自己過去看」，控制權一步步讓渡。

手動截圖加拖放上傳，功能上能做到類似的事，但多出好幾個環節：截圖工具叫出來、框選範圍、存檔或進剪貼簿、切回 ChatGPT、找到上傳入口、選檔。每個環節都在耗損注意力，而且截圖只有影像，沒有 Appshots 那層「視窗提供的文字」。Appshots 把這串動作壓成一組鍵，還自動補上文字層與目的地邏輯。手動截圖仍然有它的位置：想精確框選局部畫面、想事後塗掉敏感內容、想分享的東西剛好不是「一個視窗」（例如整個桌面或選單展開的瞬間），這些時候手動反而合適。

官方的使用指南也把 Appshots 放在一個更大的工具箱脈絡裡：在桌面 App 跨網站與應用程式工作時，可用的手段包括內建瀏覽器、瀏覽器擴充功能、Computer Use 與 appshots，依功能可用性取用。粗略的分工是：要 AI 去查資料、與網站互動，走瀏覽器；要它讀你眼前這一頁或這個視窗，拍 appshot；要它操作沒有命令列介面的桌面軟體，動用 Computer Use；要把成果接回專案，回到對話與檔案層。工具箱的意義在於按需取用，沒有一個入口能取代全部，也不需要有。

Computer Use 是另一端的答案。依官方的 Computer Use 文件，在支援的地區，ChatGPT Work 或 Codex 可安裝對應插件啟用 Computer Use，之後 ChatGPT 能在 macOS 或 Windows 上「看見並操作」圖形介面：點按、輸入、導覽，實際動你的應用程式。Appshots 是單向的快照分享，AI 看到的是你按下快捷鍵那一刻的凍結畫面與文字；Computer Use 是雙向的即時操作，AI 自己移動游標去檢查那個 App。兩者的權限模型也不同：Appshots 走 macOS 的螢幕錄製與輔助使用授權，Computer Use 另有自己的插件安裝、應用程式存取清單與 always-allowed apps 管理。判斷用法很簡單：AI 只需要「看到」現在的樣子就能幫你，用 Appshots；AI 需要「動手」在那個介面裡做事，才動用 Computer Use，而且官方提醒這類任務要限定範圍、逐步檢視權限提示。

光譜中間還有一個語音入口。2026 年 7 月 20 日到 24 日那週的官方每週更新記錄了 ChatGPT Voice 的新能力：在 Mac 上開啟 Screen context 後，對著語音對話說一聲「Take a look at this」，就會把最前面視窗的 appshot 分享出去。雙手正忙著的時候（邊操作設計軟體邊跟 AI 討論），這個入口比快捷鍵還省事。語音功能本身的方案範圍（Plus、Pro、Business、Edu、Enterprise）與操作細節，可以另看〈ChatGPT 語音模式〉的解析。至於 Work 與 Codex 兩個模式的分工，〈ChatGPT Work〉一文有完整比較。

背景工作流的接收端：寵物浮動控制與 Mini

Appshots 的目的地邏輯裡有一段特別的分支，跟 ChatGPT 桌面 App 的寵物（Pets）功能有關。2026 年 9 月 7 日到 11 日那週的更新讓浮動控制上的 Quick Chat 正式可用：Mac 按 Option+Space、Windows 按 Windows+Alt+P，畫面角落會浮出一組聊天控制，不用切回主視窗就能下請求，輸入 @ 可以加內容脈絡、輸入 $ 可以選技能。不想要一隻寵物掛在螢幕上的話，選 Mini 就只有控制本身。

這跟 Appshots 的交會點在 macOS：當浮動控制是開著的、而且主視窗在背景時，Appshot destination 設為 Automatic 的話，appshot 會送給浮動控制端、從那裡開一個新對話，Mini 模式也適用。換句話說，你可以一邊在全螢幕的簡報或設計軟體裡工作，一邊按雙 Command 拍畫面，AI 的回應出現在角落的小控制裡，工作視窗從頭到尾不用讓位。官方對這條路徑有兩個前提要求：目的地設成 Automatic，而且 Appshots 的權限要先在主 App 裡完成設定；從浮動控制開出的對話不隸屬任何專案，要沿用專案脈絡時得回到主 App 的專案裡開對話。Windows 上則單純些，appshot 一律開在主 App 裡。

浮動控制還附帶一個小小的狀態儀表：執行中、需要輸入、已就緒、受阻四種狀態，多個對話有動靜時，控制端會優先提示需要你決定的那個。長任務掛著跑、人卻在別的 App 裡忙的場景，這個機制跟 appshot 是互補的兩半：appshot 把脈絡送進去，狀態燈把注意力要回來。任務管理更完整的操作（追加指令、遠端接手、對話整理）在〈Codex 進階操作〉有專門的整理，兩篇對照著用，桌面端的代理工作流就齊了。

限制與地雷：Google 文件、CLI 與企業管控

Appshots 的邊界，官方文件寫得比多數第三方教學誠實，三條最重要。

第一條：不是每個 App 的文字都拿得到。對某些應用程式與網站，官方點名包括 Google Docs、Gmail、Google Sheets 與 Google Slides，ChatGPT 可能只收到看得到的截圖，拿不到完整文件或畫面外的文字。成因官方文件沒有多談，一般的技術解釋是這類服務把內容畫在自繪的畫布裡，不以系統讀得到的形式提供文字層。所以「拍一張 Google 試算表畫面就叫 AI 分析整份報表」這種期待要收起來，模型看得到的就是畫面上的格線與儲存格。官方同時給了一條升級路：在 ChatGPT Work 或 Codex 裡，若裝了對應的插件，ChatGPT 可以透過插件存取該 App 的相關內容來幫忙。插件這個機制（及其背後的 MCP 生態）是什麼、怎麼裝，可以看〈MCP 入門指南〉的說明。

第二條：需要桌面 App，CLI 生不了新的。Appshots 的入口綁在 macOS 與 Windows 的 ChatGPT 桌面 App 上，網頁版與行動端沒有這個拍攝鍵。CLI 使用者有個相關但反向的性質：如果你在 CLI 續接一個「已經含有 appshot」的對話，那張 appshot 作為歷史附件讀得到，但 CLI 自己建立不了新的 appshot。所以「拍畫面進對話、回終端機接手」這個順序可行，反向則不行。終端機基本功還不熟的讀者，〈CLI 命令列入門〉是前置作業。

第三條：可用性受發布與工作區設定影響。官方在 Windows 版的更新說明裡明寫，功能取決於 rollout 與 workspace settings，翻成白話：功能是逐步推的，你的帳號可能還沒輪到；公司或學校管理的工作區可以停用它。拍不出來的時候，照官方順序檢查：桌面 App 更新了沒、快捷鍵設定對不對、組織有沒有開放 Appshots，Mac 再加查兩項系統授權，然後重啟 App。把這四步走完，多數「沒反應」都能定位出方向。

面對功能還沒出現的情況，心態上把它當排程問題而非設定問題。官方英文字裡的 rollout 表示功能是分批送達，你的帳號可能晚一些才拿到，workspace settings 表示管理端握有開關。個人帳號等幾輪更新再看看；工作帳號直接問管理單位 Appshots 是否開放，一次問清楚，比反覆重裝快。也順手確認桌面 App 是不是從官方來源更新的版本，受管理的裝置有時停在舊版，功能自然一直不見蹤影。

隱私把關：送出去的，是畫面加文字的組合

隱私這題值得單獨一節，因為 Appshots 的便利正是建立在「多送了東西」上。拆開看，一次 appshot 分享給 ChatGPT 的內容有兩份：最前面視窗的影像，以及那個視窗提供的文字。影像是你看得到的畫面；文字層卻可能比你看到的多，應用程式提供的話，捲動區域外的內容也在包裹裡。評估要不要拍的時候，請用「這個視窗的全部內容」來估計曝露範圍；只憑「畫面上這一小塊」來估計，會低估。

官方文件的建議可以整理成三條紀律。其一，任務不需要的機敏內容，別拍：報價單、客戶名單、健康資訊、還沒公開的財務數字，這些畫面除非任務真的需要，走摘要描述比走 appshot 穩妥。其二，把 appshot 當成你親手分享的截圖與文件來看待：你會怎麼審一張要寄給外部顧問的截圖，就怎麼審一張要拍給 AI 的 appshot，標準不因為對象是 AI 而放寬。其三，記得附件的生命週期：appshot 進對話後是附件，跟著對話歷史走，若你之後用分享連結把對話 snapshot 給同事看，裡面的 appshot 也可能一併呈現，分享前先打開連結確認實際看得到的內容。

還有兩個小機制值得知道。appshot 存放在本機的 session 檔裡，跟手動附件同一種待遇，這對本機留存是好消息，但「存在本機」與「內容已送給模型處理」是兩件事，後者才是隱私評估的重點。目的地設定則提供了一道閘：把 Appshot destination 從 Automatic 改成 New chat，敏感時期的 appshot 就不會意外落進某個進行中的對話，需要時再明確指定去處。把去向掌握在自己手裡，少一次事後補救。

一個容易漏掉的小地方是視窗的標題列。作業系統的視窗標題常帶著檔名、專案名或郵件主旨，而 appshot 拍的是整個視窗，標題列就印在畫面裡。替客戶做的簡報、還沒公布的專案代號，有時就這樣掛在標題列上被送了出去。真的要分享內容、又想壓低曝露面，可以把要拍的內容先搬到一個乾淨的檢視器或無痕視窗再拍，多十秒手續，壓低標題列的曝露；不過無痕視窗擋的是標題列資訊，不是內容遮蔽，該檢查的內容還是要檢查。

上工檢查清單與三個提醒

什麼人該現在就把它開起來？工作上天天在多個視窗間搬運資訊的人：對著文件寫程式或做串接的開發者、需要快速消化信件與行程的管理者與業務、拿設計稿對照實作的前端與行銷、以及所有「錯誤訊息看不懂、想先給 AI 看一眼」的人。反過來，若你的材料都住在純文字的世界裡（終端機、編輯器、Markdown 文件），appshot 的加分就有限，把力氣花在提示品質與工作流自動化上更實在。

把整篇壓成一張上工清單：裝好並更新 macOS 或 Windows 的 ChatGPT 桌面 App，登入後在設定裡找到 Appshots，確認快捷鍵（Mac 雙 Command、Windows 雙 Alt，或自訂），把 Appshot destination 從 Automatic 改成你想要的模式；Mac 第一次使用時把「螢幕與系統音訊錄製」與「輔助使用」兩項授權給齊；挑一個低風險的視窗（例如公開的網頁文件）試拍一張，確認影像與文字層都進了對話；接著挑一件本週真的要做的事，用四個情境之一跑完一輪「拍、問、驗收」。到這一步，這個功能就算長在手上了。

三個提醒收尾。介面落差：Appshots 在桌面 App 原則上於 Chat、Work、Codex 各模式都可用（實際入口受帳號與工作區設定影響），但語音入口、浮動控制與插件的組合依平台與方案而異，動手前查一下官方文件確認你所在的組合。迭代速度：這篇記錄的是 2026 年 9 月底的官方狀態，桌面 App 的功能每週都在推，鍵位與行為以官方文件與每週更新為準。隱私意識：便利的快捷鍵也降低了送出機敏畫面的門檻，拍之前那一秒的判斷，是任何權限設定都替代不了的防線。

工具的意義終究回到工作流：Appshots 把「描述畫面」這件事從打字換成一組鍵，讓 AI 取得脈絡的成本降到接近零。成本降低之後，真正的差距會落在「你有沒有把對的畫面、在對的時機、送進對的對話」，這三個判斷，快捷鍵替你做不了。

常見問題