AI 编程的可信工作脉络
每次开启新的 AI 编程任务，都从正确脉络开始。
Gobb 让项目决策、限制、证据和交接保持可读、可核对，让人与 AI 可跨任务、工具和 repository 接续工作。
01 — CONTINUITY
对话会结束，项目工作脉络不该中断。
新任务不应依赖从之前对话重建决策。将可持续的工作脉络保存在 repository，让下一位同事或 AI 能够审阅。
02 — 示意
任务 A → repository 工作脉络 → 任务 B
现有 client 必须能继续解析 response。
这项示意变更通过现有 client 的兼容性测试。
后续变更是否应为较新的 client 加入新 response field？
任务 B 在进行后续变更前，先读取已接受的兼容性决策与测试证据。
03 — GOBB
一个流程，四个相连部分。
Method、CLI、Agent 集成与 Hub 将同一份可核对工作脉络从一项任务带到下一项。
Method
将当前的 repository 工作脉络作为每个范围明确任务的起点。
查看方法 →CLI
在准备好的工作 repository 中开始与完成受管理的工作。
使用 CLI 流程 →Agent 集成
让新的 AI 任务在继续工作前读取当前的 repository 工作脉络。
从当前工作脉络接续 →Gobb Hub
审阅共享工作脉络、证据与提案，并将接受保留为独立操作。
审阅团队流程 →04 — EVIDENCE
让工作保持可核对。
将工作脉络保存在可读文件中，以版本历史与证据链接检查其变化，并区分已接受的工作脉络与提议变更。这些记录让工作可供核对，但不保证变更正确。
可读文件
将决策、限制与交接保存在工作旁。
版本历史
检查 repository 工作脉络如何随时间改变。
证据链接
让支持决策的测试与发现保持连接。
已接受与提议中
将当前已接受的工作脉络与候选变更视为不同状态。
05 — TEAM
将流程延伸至 Hub 团队审阅。
工程主管可在 Hub 审阅提案、diff、理由与证据、记录批准、以独立操作接受工作脉络，再将已接受的结果交接给同事。
探索 Gobb Hub从本地开始，再让团队加入同一个工作脉络流程。
在现有且已准备好的 repository 中，使用公开 CLI Beta 或 organizer 协助的 source-build 流程。请查阅使用指南获取完整步骤，或前往 Hub 进行团队审阅。
从现有且已准备好的 repository 开始。团队访问使用管理员提供的组织与项目。