選單列不再因為無關的檔案變動而白忙一場
你的選單列現在不會再因為無關的檔案變動而莫名其妙重新排版了。以前系統在背後監聽時會盯著整個資料夾看,只要有任何代理(agent)寫入無關的狀態檔,選單列就會傻傻地跟著刷新;現在它只會緊盯 Claude 與 Codex 真正用來記錄歷史的特定資料夾,而且如果標題根本沒變,它就不會浪費力氣重新排版。就像警衛以前只要看到大樓裡有人走動就全棟廣播,現在只盯著大門看,沒人進出就不會隨便拉警報。
發布日期:2026-06-21
你的選單列現在不會再因為無關的檔案變動而莫名其妙重新排版了。以前系統在背後監聽時會盯著整個資料夾看,只要有任何代理(agent)寫入無關的狀態檔,選單列就會傻傻地跟著刷新;現在它只會緊盯 Claude 與 Codex 真正用來記錄歷史的特定資料夾,而且如果標題根本沒變,它就不會浪費力氣重新排版。就像警衛以前只要看到大樓裡有人走動就全棟廣播,現在只盯著大門看,沒人進出就不會隨便拉警報。
Your menu bar will no longer inexplicably re-render its layout due to unrelated file changes. Previously, when the system listened in the background, it watched the entire data directory, meaning any agent writing to an unrelated status file would cause the menu bar to foolishly trigger a full visual refresh. Now, it strictly watches only the specific directories where Claude and Codex save their usage history, and if the status title hasn't actually changed, it won't waste effort re-rendering the layout. It's like a security guard who used to trigger a building-wide alarm every time they saw movement inside, but now strictly watches the front door and only sounds the alarm when someone actually enters or leaves.
**Idle menu-bar refreshes no longer react to unrelated agent state writes**: FSEvents now watches Claude and Codex usage-history directories instead of their entire data roots, and unchanged status titles no longer trigger redundant AppKit layout work.