6.1 上下文作为一等公民
在当前的 AI 生态中,上下文是"prompt 的一部分"。你写 Prompt,AI 回复。上下文混在 Prompt 里,用完就丢,下次重新写。
未来,上下文应该从 Prompt 中独立出来,成为一等公民。
什么是"一等公民"?就是它有自己的生命周期、自己的格式、自己的管理方式,而不是依附于某个对话或某个 Prompt。
可以类比的是代码和注释的关系。 早期编程,代码和注释写在一起,注释散落在代码行间。后来人们发现,代码需要独立的版本管理、独立的组织结构、独立的测试。注释也演化出了 Javadoc 之类的独立文档系统。没有人在写代码时把文档手打进代码里——那是不可维护的。
上下文也一样。现在"把上下文手打进 Prompt"就是那个不可维护的阶段。
上下文作为一等公民意味着什么?
第一,可组合。 上下文不再是"一块",而是"多块"。一个任务需要背景 A、约定 B、当前状态 C。你可以组合这三块,而不需要把 A、B、C 合并成一大段文本。组合是灵活的,按需的。
第二,可版本化。 上下文变了,你有记录。上一次的背景和这一次的背景有什么不同?谁改的?为什么改?这些问题有迹可循。
第三,可复用。 同一个上下文可以在多个任务中使用。不需要每次重复。项目 A 的背景和项目 B 的背景不同,但同一个项目内的所有任务共享同一个背景。
第四,可移交。 上下文可以在不同的 AI 客户端之间传递,可以在不同的人之间传递,可以在不同的时间点之间传递。人换了、AI 换了、时间过了,但上下文还在。
AI Context Workspace 是这个趋势的早期实践。
它把上下文从"对话的附属品"变成了"文件系统的结构"。文件系统是操作系统中最基础、最稳定、最通用的抽象。任何能运行操作系统的设备都能读文件。把上下文放在文件系统里,就是给了它最广泛的可移植性。
这不是终点,这是起点。
当越来越多的人和组织采用类似的方法,上下文的结构、格式、交换协议可能会标准化。到那时,你可以在不同的 AI 平台之间自由迁移上下文,就像今天在不同 IDE 之间自由迁移代码一样。
上下文作为一等公民,这个趋势刚刚开始。
Comments
Post a Comment