组合场景

Point 的核心能力很少：保存一个 Session 边界，用父节点连接来源，从一个或多个 Point 继续，再通过 Git 发布和获取。它不规定团队必须采用哪一种协作流程。

丰富的使用方式来自这些原语的组合，而不是不断增加新的平台功能。

原语	它提供什么
Stash / Commit	让真实 Session 进入不可变历史
Parents	保留新工作从哪些上下文产生
Resume	在另一个 Session 中继续、分叉或汇聚
Point Branch	为当前方向提供可移动、可寻址的 Ref
Push / Fetch	通过 Git 在人、Agent 和设备之间传输上下文

跨 Session、跨 Agent 延续

一个 Session 暂停时，Stash 保存新的工作现场。另一个 Agent 从同一仓库的 master 继续：

point stash --session-file session.jsonl
point resume

它读取完整可达历史，但新的 Point 只保存 Resume 之后发生的事件。接续不会制造一份旧 Session 副本。

如果接续发生在另一台设备，先发布和获取同一个 Point Branch：

# 设备 A
point push master --remote origin

# 设备 B
point fetch --remote origin
point resume

从同一个现场并行探索

同一个 Point 可以成为多个独立方向的共同来源：

point resume <origin> --branch bounded-backoff
point resume <origin> --branch circuit-breaker

                         P1 · bounded backoff
                       /
P0 · shared Session
                       \
                         P2 · circuit breaker

每个方向只保存自己后来发生的 Session。共同起点仍由 P0 表达。

让多个方向进入新的判断 Session

Point 不替人或 Agent 合并自然语言。新的参与者可以同时读取多个来源，在真实 Session 中比较证据、验证方案并形成决定：

point resume <point-1> <point-2> --branch master

随后保存的新 Point 拥有多个父节点。父节点表达来源；新 Session 表达真正发生的判断。

追溯一次项目变更的工作现场

Git Commit 保存仓库结果，Commit Point 保存产生结果的 Session，并记录两者之间的关系：

Point lineage ── Commit Point ──→ Git Commit

代码、配置、测试、资源或其他仓库内容仍由 Git 管理。Point 不复制这些事实，只让后来的人或 Agent 能够回到它们产生时的上下文。

需要同时发布当前 Git Branch 和上下文时：

point push master --remote origin --with-code

建立一个纯上下文 Workspace

Point Space 不一定是代码仓库。一个空 Git 仓库也可以承载共享 Session：

mkdir context-workspace
cd context-workspace
git init

团队可以在其中保存讨论、恢复历史、建立方向并发布 master，而不需要先创建应用代码或知识平台。

在 Workspace 中组合多个项目

Workspace 可以把代码仓库作为 Git Remote，并获取它们已经发布的 Point：

git remote add frontend ../frontend
git remote add backend ../backend

point fetch --remote frontend
point fetch --remote backend
point resume frontend/master backend/master --branch master

新的 Workspace Session 可以从多个项目现场继续。当前实现会把被使用的 Point 作为真实父节点带入 Workspace 的可达历史；这是按来源导入，不是对远端 Branch 的自动订阅。源项目产生新 Point 后，Workspace 需要再次 Fetch 和 Resume。

本地开发，云端 PMO 跟进

Point 不内置项目管理或提醒系统，但可以为观察型 Agent 提供连续、可追溯的输入：

本地 Session
   ↓ git commit
Local Commit Point
   ↓ point push
Git Remote
   ↓ point fetch
云端 PMO Agent

本地发布：

point push master --remote origin --with-code

云端 PMO 定期 Fetch，比较远端 master 与自己最后处理过的 Point，只读取新的可达节点。提醒策略和通知渠道属于 PMO；Point 只负责提供真实的上下文历史和跨端传输。

一个 PMO 也可以关注一个纯上下文 Workspace。Workspace 先组合多个项目 Point，PMO 只消费 Workspace 当前认可的方向。

本地想法与团队上下文使用同一种对象

Stash Point 和 Commit Point 使用同一种不可变格式：

工作 Session
   ├── point stash ── Local Stash Point
   └── git commit  ── Local Commit Point
                              │
                 point push ──┴── Published Point

这使得“暂时放下”“交给另一个 Agent”“关联项目变更”“发布给团队”不需要四套系统。它们只是同一条上下文历史在不同时刻的组合方式。

Point 保持克制

这些场景没有要求 Point 成为任务平台、文档系统、Agent Runtime 或中心化协作服务。Point 只负责：

• 保存原始 Session；
• 连接真实来源；
• 恢复和分叉上下文；
• 关联 Git 状态；
• 通过 Git 共享。

更上层的 PMO、工作空间、并行实验与团队流程可以使用这些原语，但不需要进入 Point 的核心。