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 開始。團隊存取使用管理員提供的組織與專案。