AI领域又迎来一场开源与闭源的激烈碰撞。OpenAI于近期推出名为Chronicle的新功能，让AI具备“看屏幕并持续记忆”的能力，这一创新直接改变了用户与AI的交互方式。无论是编写代码、修改文档还是调整设计稿，用户无需反复向AI解释“这个”“那个”或“上一步操作”，AI能够自主观察屏幕内容并记住上下文，使对话更加流畅自然。
然而，这项功能并非免费开放。目前，Chronicle仅向ChatGPT Pro用户提供，订阅费用高达每月100美元。高昂的门槛引发了开发者社区的广泛讨论，也催生了新的竞争者。仅在Chronicle发布48小时后，一支由年轻开发者组成的团队“Vida”便推出了开源项目OpenChronicle，迅速成为焦点。
Vida团队的动机明确而直接：AI的记忆能力不应被锁在付费墙后。他们打造的OpenChronicle不仅实现了“看屏幕+持续记忆”的核心功能，还做出了三项突破性改进：支持完全本地运行、兼容任意模型（包括本地部署的模型）、可被不同AI Agent共享调用。这一设计将AI的记忆功能从单一产品中剥离出来，首次构建出可复用的“记忆层”。
OpenChronicle的开源特性迅速点燃了海外开发者社区的热情。项目发布后，相关讨论帖在短时间内突破2000条，众多开发者开始尝试接入、复现甚至二次开发。有高赞评论指出：“这不仅是开源项目，更是将AI从‘产品形态’推向‘系统形态’的关键一步。”
开发团队展示了三个具体应用场景，凸显“记忆层”的实用性。其一，结合上下文理解指代：当用户询问“那个bug是什么”时，接入OpenChronicle的AI能直接调取屏幕上的代码文件和报错信息，精准解析“那个”的指代对象。其二，跨会话连续性：即使在新对话中，AI也能从用户在其他软件（如浏览器、代码编辑器）的操作记录中检索信息，无需重复解释即可完成任务。其三，学习用户习惯并执行：例如，AI发现用户习惯将工作事项记录在Google Calendar、家庭事项记录在Apple Calendar后，当用户说“添加周日与父母的晚餐”时，AI会自动将任务分配至家庭日历。
与传统AI记忆功能不同，OpenChronicle的关注点从“对话内容”转向“工作流过程”。它会观察用户使用的应用（如IDE、Notion、Figma），读取屏幕内容（代码、文档、界面），并记录任务的推进步骤。这种设计使AI能够理解“过程”而非单一输入输出，例如在飞书上讨论开发方案时，AI可直接延续团队思路；修改设计稿时，AI能追溯前几版的修改轨迹。
技术实现上，OpenChronicle采用透明化设计：记忆以Markdown格式存储，检索基于SQLite结构，通过AX Tree暴露接口，用户可自由读取、修改或迁移数据。这种“类数据库”的架构让AI记忆成为可组合的基础能力，而非封闭功能。同时，项目坚持“本地优先”原则，支持本地模型处理记忆数据，确保数据不出设备，用户可随时暂停或恢复记忆功能。
这场变革背后，隐藏着更深层的行业分歧。Chronicle代表“记忆即产品能力”的闭源路线，将功能嵌入订阅体系；OpenChronicle则倡导“记忆即基础设施”的开源路线，使其成为跨系统共享的底层能力。两种路径的竞争，实质是围绕“记忆控制权”的争夺：当AI长期记录用户行为、习惯和工作过程时，这些数据应由平台掌控，还是归用户所有？OpenChronicle的答案清晰而坚定：数据留在本地，归属用户。
