Skip to content

AI Native 开发范式

AI Native 开发是一种新的开发范式：Session 成为一等工作单元，能够被连续使用、检查，并随项目一起演进。

Point 是实现这套范式的工具，但这套范式本身大于 Point。

开发发生在 Session 中

传统开发中，大部分实现发生在开发者的编辑器与终端里，代码仓库保存长期记录，交流只是在外围支持工作。

AI Native 开发中，交互本身直接参与实现。意图、输入、响应、行动、环境反馈、修正、授权与失败尝试，都可能改变下一步工作；它们发生的顺序本身就是信息。

Session 是这段工作的运行记录。Point 不预设封闭的参与者或事件类型，只保留 Agent 集成能够访问、且参与者允许保存的原始可见事件流。

上下文成为可版本化的开发历史

Git 继续作为仓库状态的事实来源。AI Native 开发在它之外增加一条互补的上下文历史，并且让上下文具备六种属性：

  • 完整：按照原始顺序保留参与者可见的 Session 事件流。
  • 持久：不随最初的 Agent 窗口结束而消失。
  • 可寻址：一个具体时刻可以被直接引用。
  • 可延续：另一位参与者可以从这个时刻开始新的工作。
  • 可分叉：同一个起点可以产生多个独立探索方向。
  • 可组合：后续 Session 可以同时引用多个 Point 作为来源。

完整保存不等于重复保存。Resume 会把全部可达 Session 重建一次，而新 Point 只保存这个边界之后真实发生的事件；不可变父引用让此前的现场保持完整，又不会产生 Transcript 副本。

一个项目，两条相连的历史

一个 Session 保存为 Point，产生两个 Agent 方向，并继续形成与 Git Commit 相连的多来源 Point

两条历史独立演进：

  • 一个上下文方向不一定需要创建 Git Branch；
  • 一个 Point 可以影响多个 Git Branch；
  • 多个 Point 可以共同影响后续 Session；
  • Point 可以记录创建时可见的 Branch、Commit 与工作区状态；
  • Git Commit 可以连接到真正产生它的 Point 来源链路。

这样可以同时尊重两种事实：仓库历史遵循 Git 语义，上下文遵循协作实际发生的形态。

master 表示当前认可的上下文

Point 使用名为 master 的默认上下文分支。分支是可以移动的 Ref，它指向的 Point 始终不可变。

  • 正常延续：point resume 打开当前 master Tip。
  • 历史还原：point resume <point-id> 精确打开历史 Point，不移动 master。
  • 独立探索：命名 Point Branch 让另一个方向持续可寻址。
  • 方向汇聚：新的 Session 可以同时使用多个 Point 作为父节点，在完成真实判断后推进 master。

Point master 与仓库的 Git Branch 相互独立。它描述项目当前认可的上下文方向，可以关联任意 Git Branch 或 Commit。

Session 正在成为开发基础设施

主要 Agent 产品正在出现同一个方向：

  • OpenAI Codex 用项目 Thread 组织 Agent 工作，在多个并行任务之间切换时保留上下文，并让 App、CLI 与 IDE Extension 延续 Session history。
  • GitHub Copilot 把 Agent Session 与日志做成可审查对象，让 Git Commit 反向链接到 Session log，并支持分享和查询历史。
  • Gemini CLI 会一起保存 Git 状态、完整对话历史和 Tool call；它的 Session 管理支持 Resume、Rewind 与 Fork。
  • VS Code Agent Sessions 统一承载本地、后台和云端工作，同时保留每个 Session 的对话历史与 Tool 结果。
  • Claude Code 持久保存项目 Session，并支持 Resume 与 Branch/Fork，同时保留原始 Session。

它们的存储和边界不同，但已经认同同一个开发单位：Session 必须能够存续、被寻址和被继续。Point 让这条历史不依赖单一 Agent，属于项目本身，并通过 Git 在团队中传输。

本地想法与团队稳定上下文

工作 Session 从本地活动开始。point stash 独立于 git commit 建立一个继续边界；仓库变更形成 Git Commit 时，Commit 集成可以创建与它相连的 Local Commit Point。任意一种 Local Point 都可以连同必要的来源链路发布到项目 Git Remote。

工作 Session 可以形成 Local Stash Point 或 Local Commit Point；Push 让同一个 Point 成为可恢复的 Published Point

Push 改变的是可达性，不会创建另一个 Point；无关的 Local Point 仍然留在本地。

Point 实现这套开发循环

Point 让第一条完整的 AI Native 开发链路可以在日常工作中使用：

  1. Stash 尚未完成的想法，形成一个本地继续边界。
  2. Commit 一次项目变更，同时锚定引出它的真实 Session。
  3. 推进 master 或其他 Point Branch，使其指向新的不可变 Point。
  4. Resume 一个 Branch、精确历史 Point，或多个父 Point。
  5. 继续真实工作，并保留与来源 Point 的父子关系。
  6. Push 当前认可的分支及其父图，通过 Git 让团队获取。

CLI 负责 Git Object、Ref、来源关系、Resume 与传输；Skill 教 Agent 何时使用 CLI，并提供参与者被允许保存的 Session。不同 Agent 不需要共享私有运行时，也可以围绕同一条上下文历史协作。

下一层是更细粒度的意图

Session 是第一个被版本化的单位。下一层需要识别 Session 内部的意图：一条具体表达、响应、结果、修正或决定。细粒度引用可以把意图连接到项目变更，同时保留为它提供完整含义的原始 Session。

真正发生的变化

AI Native 开发不是在传统编辑器旁边增加一个模型。它的工作单位、协作界面和开发历史都发生了变化。

Git 继续告诉我们仓库发生了什么改变，上下文开始跟随创造这些改变的工作一起流动。