5.1 和 Git 的关系

AI Context Workspace 和 Git 不冲突,它们解决的是不同的问题。

Git 管历史。 Git 记录的是"谁在什么时候改了什么、为什么改"。每次 commit 是一个快照,记录了文件从一种状态到另一种状态的变迁。Git 回答的是"怎么变成这样的"这个问题。

AI Context Workspace 管现场。 工作区记录的是"AI 在当前任务中需要知道什么"。它回答的是"现在是什么情况、接下来该做什么"这个问题。

两者可以共存于同一个 Git 仓库。

工作区里的文件——background/、conventions/、artifacts/——都是普通文本文件,可以被 Git 跟踪。你提交代码时,顺带提交了上下文的变化。别人(或另一个 AI)克隆仓库时,既拿到了代码,也拿到了上下文。

一个典型的协作流程:

  1. 你在工作区开始一个任务,创建 Artifact,写需求文档
  2. AI 执行任务,修改代码,更新 Artifact 状态
  3. 你审查结果,确认通过,归档 Artifact
  4. 你用 git add 和 git commit 提交所有变更——包括代码修改和上下文更新
  5. 别人(或别的 AI)克隆仓库,打开工作区,看到归档的 Artifact,知道"这个任务完成了,做了这些事"

Git 不管理上下文,但 Git 可以管理上下文文件。

这个区别很重要。Git 不会帮你理解项目,但 Git 可以帮你版本化管理描述项目的文件。AI Context Workspace 负责生成和维护这些描述文件,Git 负责给它们做版本控制。

用 Git 管理上下文文件的好处:

  • 你有完整的历史记录。可以回溯到任何时间点,看当时的上下文是什么
  • 你可以分支。在 feature 分支上试验新的上下文结构,不影响主分支
  • 你可以协作。多人共用一个 Git 仓库,上下文同步更新

所以,不要把 AI Context Workspace 和 Git 对立起来。

它们是互补的。Git 提供了底层的版本管理,AI Context Workspace 提供了上层的上下文组织。你可以用 Git 管理整个工作区,包括代码和上下文。也可以把上下文放在单独的仓库里,按需引用到项目中。怎么方便怎么来。

Comments

Popular posts from this blog

How to turn off Sass warning prompts in Nuxt.js projects

Configuring SSH Access to a Docker Container via an Alternative Port

Quickly Set Up a Cloud Database Using MongoDB Atlas