AI Native Development

上下文的版本控制。¶

Point 让 Session 像代码一样演进：拥有不可变历史、分支、父节点，以及团队共同使用的 master。

开始使用理解这套范式探索组合场景

Read in English →

AI Native 工作拥有了新的历史¶

意图、探索、证据、行动、修正与决定在一次 Session 中连续发生。它们未经改写的原始顺序，就是工作发生的第一现场。Point 保存这段 Session，而不是把它压缩成文档或摘要。

Git 管理仓库版本，Point 管理上下文版本。

Session¶

Agent 运行时能够导出的、按原始顺序发生的工作现场。

Point¶

一段完整 Session 事件及其来源链路的不可变版本。

Point Branch¶

指向当前上下文方向的可移动 Ref。

`master`¶

项目当前认可、默认恢复的上下文。

完整 Session 形成可寻址的 Point，并与仓库历史和下一位参与者连接

少数原语，组合出丰富的协作方式¶

Point 不预设团队必须怎样工作。它只让 Session 可以被保存、连接、继续和共享；同一组能力可以组成不同的 AI Native 协作方式。

跨 Session、跨 Agent 延续¶

Stash 一个继续边界，在另一个 Session、Agent 或设备中 Fetch 并 Resume。

从同一来源并行探索¶

多个 Agent 从同一个 Point 建立独立方向，再由新的判断 Session 连接它们。

追溯项目变更的现场¶

Commit Point 将上下文来源链路与 Git Commit 相连，同时保留两条历史各自的语义。

建立纯上下文 Workspace¶

一个空 Git 仓库也可以成为共享 Point Space，并组合来自多个项目的上下文。

本地开发，云端 PMO 跟进¶

本地发布 Commit Point，云端观察型 Agent Fetch 新的上下文边界并据此提醒。

连接多个代码仓库¶

Workspace 可以把多个仓库作为 Remote，读取它们的 Point Branch，并从多个来源继续。

查看所有组合场景 →

上下文进入历史的两个入口¶

Stash 未完成的想法¶

point stash 独立于 git commit，直接创建 Local Stash Point。另一个本地 Agent 可以立刻读取、Resume 或从这里分叉。

锚定一次项目变更¶

正常的 git commit 记录仓库变更时，可选的 Point 集成创建与该 Git Commit 关联的 Commit Point。

发布团队上下文¶

两类 Point 都会先留在本地。Push 让同一条不可变来源链路成为团队可以依赖和继续的稳定上下文。

旧上下文始终可以通过引用找到¶

每个新 Point 只保存上一个 Point 边界之后真实发生的可见事件。父节点仍然是通过 ID 引用的不可变 Git Object。

Point C
├── 当前 Session
└── parents
    ├── Point A
    └── Point B

内容没有复制，历史也没有丢失。完整 Resume 会遍历 DAG，每个可达 Session 只读取一次；即使多条路径拥有同一个祖先，也不会重复加载。

`master` 向前移动，历史保持不变¶

P0 · 最初意图
 └── P1 · 第一版方向
      └── P2 · 修正后的上下文  ← master

日常工作从 master 开始。Resume 精确历史 Point 时进入 detached 状态，不会意外改变当前认可的上下文。新的探索拥有自己的 Point Branch，多个方向只有在新的真实 Session 中完成判断后才会汇聚。

Session 正在成为开发基础设施¶

OpenAI Codex 在多个并行项目 Thread 之间保留上下文，并让 App、CLI 与 IDE Extension 延续 Session history。
GitHub Copilot 已经提供 Agent Session、Session log、Commit 反向链接、Session 分享与历史查询。
Gemini CLI 会一起保存 Git 状态、完整对话历史和 Tool call；它的 Session 工作流支持 Resume、Rewind 与 Fork。
VS Code 统一管理本地、后台和云端 Session，每个 Session 保留独立的对话历史与 Tool 结果，并可以并行运行。
Claude Code 持久保存项目 Session，支持 Resume 与 Branch/Fork，并保留原始 Session。

不同产品正在收敛到同一个方向：Session 正在成为持久、可寻址、可继续的 AI Native 开发单位。Point 让它的历史属于项目本身，能够跨 Agent、跨团队，并通过 Git 演进。

Stash、Resume、Commit、Push¶

1 · Stash

把尚未完成的想法保存为 Local Stash Point。

2 · Resume

读取 master、历史 Point，或多个父 Point。

3 · Commit

把真实 Session 与由此形成的 Git Commit 连接起来。

4 · Push

通过 Git 发布当前认可的分支及其必要父图。

point stash --session-file session.jsonl
point resume
git commit
point push master

或者安装 Point Skill，直接告诉 Agent：

把这个未完成的 Session Stash 成 Point。
恢复项目当前上下文。
提交结果，并保留产生它的 Session。
把 master 发布给团队。

从 Session 历史走向意图历史¶

Session 是第一个稳定单位。下一层是更细粒度的意图：寻址一条具体表达、响应、结果或决定；将它连接到项目变更；在完整 Session 始终可达的前提下，只加载当前工作需要的最小上下文。

Point 从 Session 版本控制开始，最终形成建立在真实工作现场之上的意图图谱。

理解 AI Native 开发范式 →