跳到正文
IFAI

AI工具

OpenAI 為 Codex 帶來 Chronicle:自動讀取螢幕上下文,告別手動補背景

首次發布 傳播指數 50

OpenAI 宣佈為 Codex 的記憶功能擴充名為 Chronicle 的新實驗。它能根據使用者最近的螢幕上下文強化記憶召回,Codex 可以直接依據你手頭正進行的工作提供協助,不再需要反覆交代前提背景。該功能屬於上週上線的記憶預覽的延伸。

OpenAI 為 Codex 帶來 Chronicle:自動讀取螢幕上下文,告別手動補背景
圖:x.com

每次呼喚 AI 幫你看程式碼或修文檔,最煩人的往往不是它答不對,而是你得先花三分鐘向它解釋「我現在螢幕上開著什麼」「兩週前我改了哪一行」。

OpenAI 針對 Mac 平臺的 Codex 桌面應用上線了一項名為 Chronicle 的新特性。這項功能作為研究預覽版,面向 Pro 訂閱使用者開放,核心邏輯就是讓 AI 直接看懂你最近的螢幕上下文。

默默看螢幕的後臺代理

Codex 本身剛在上週更新了全新的 Mac 客戶端,加入了計算機控制能力和基礎的對話記憶。而這次的 Chronicle,更像是把記憶的觸角伸到了對話方塊之外。

按照 OpenAI 的說法,Chronicle 主要是解決人機溝通裡的代詞指代問題。當你說「看下這個報錯」「改一下那個剛開啟的文件」,甚至提到「兩週前弄過的那個專案」時,Codex 能通過之前的螢幕上下文直接對號入座,不用你每次把上下文複製貼上一遍。

在底層實現上,Chronicle 會在後臺執行代理,通過捕獲螢幕畫面來提煉記憶資訊。為了生成記憶,截圖會臨時儲存在本地裝置上,提煉出的記憶資料同樣存放在本地。使用者可以隨時檢視和編輯這些被記錄下來的記憶條目。

不過這項功能目前還在早期階段,開啟門檻也不低。使用者不僅要在 Codex 的設定裡依次開啟記憶與 Chronicle,還得在 macOS 系統裡交出螢幕錄製和輔助功能這兩項核心許可權。

OpenAI 也在文件裡給出了兩點非常明確的提醒:一是按照目前的設計,Chronicle 會非常迅速地消耗使用者的速率額度;二是雖然記憶資料存在本地,但使用者需要注意其他本地應用也有可能訪問到這些檔案。

為什麼重要

我們認為,Chronicle 展現了 OpenAI 對桌面客戶端定位的明顯轉變。

在 OpenAI 的設想裡,Codex 正在從單純的代理程式設計工具,演變為面向所有創作者的桌面超級應用。以前的 AI 助手是被動等待輸入,而 Chronicle 讓 AI 像一個坐在你旁邊的實習生,默默觀察你常用的工具、反覆開啟的專案和日常工作流。

對使用者來說,如果你是整天泡在程式碼和終端裡的重度使用者,它確實能省去大量重複交代背景的機械勞動。但以目前的形態看,它並不適合所有人馬上主力使用。螢幕錄製許可權涉及敏感隱私,再加上官方明確預警額度消耗極快,現在的 Chronicle 更像是一個讓核心使用者嚐鮮的前瞻實驗。

從行業競爭來看,OpenAI 正在直接跟系統級 AI 以及類似 Rewind 的螢幕上下文記錄工具搶地盤。它的聰明之處在於把螢幕感知收攏在任務解決的閉環裡,記憶直接服務於後續的代理操作。但隱患也同樣擺在檯面上:後臺持續截圖與分析對系統資源和呼叫額度的壓力極大,本地記憶檔案的許可權隔離如果沒有做到作業系統級的沙盒保護,很容易引發後續的安全爭議。

來源 (2)

  1. [1]
    @openaidevs(在新分頁開啟)原文x.com
  2. [2]

每日 AI 內容精選