當 AI Agent 開始連續數小時替人工作，真正有價值的就不只是最終成果，還有藏在會話（Session）裏的整個過程：它做過什麼、哪裏失敗、為何改變方向。

但今天，這些上下文往往隨着一個會話結束而被鎖在原地。

於是，一個看似簡單的問題也浮現而出：Agent 的工作會話為什麼不能像代碼一樣被保存、交接、分享和複用？

啱啱，Einsia AI 發布的 AgentGit（agent-git.com），正是針對這一問題構建的開源平台。

它讓 Agent 的上下文可以被完整保存，也可以分享交接給另一個人、另一個 Agent 繼續推進，並進一步沉澱為任何人都可以複用的工作資產。

當越來越多 Agent 的工作會話被開源、分享和持續積累，可能會在 AgentGit 匯聚成一張全球性的 Agent 上下文網絡，成為下一代 AI 工作的基礎設施。

官方網站：agent-git.com

github鏈接：https://github.com/Einsia/agent-git

Agent 已經幹了一半的活，

為什麼換個人就要重來？

工作中從不缺這樣的場景。

視頻文案 Alice 和剪輯師 Bob 花了一周，終於完成了一支產品宣傳片。交付前，老闆突然發來一句話：

這版不行，咱們定位改了，整個敘事重做，兩天後要用。

偏偏 Bob 今晚就要飛去度假。

素材、討論記錄、修改過程，以及 Agent 已經完成的工作，全都留在 Bob 那裏。

Alice 雖然拿得到工程文件，卻不知道這個版本為什麼這樣剪——哪些內容是老闆要求保留的？哪個鏡頭為什麼改了三次，最後又為什麼留下？

她拿到了文件，卻沒有拿到這項工作的上下文。

隨着 Agent 越來越多的參與複雜工作，這個問題會變得愈加頻繁、明顯。

一個 Agent 可以連續數小時、甚至數天完成任務。一段會話裏，已經沉澱了需求、判斷、資料、工具調用、修改過程和反饋。它不再只是一串問答，而是一項正在進行的工作。

但如果這段工作只能留在Bob們的 Agent 賬號和會話裏，面對類似處境的Alice們 永遠只能從頭摸索。

那麼，能不能把整段 Agent 工作會話交給下一個人，讓她從已經完成的地方繼續？

這正是 Einsia AI 啱啱發布的開源平台 AgentGit 想解決的問題：讓 Agent 工作過程中產生的上下文，可以被保存、分享、交接、協作和複用。

Agent 工作會話，為什麼不能無縫交接？

AgentGit 定位為全球首個開源 Agent 會話協作平台。

Bob 通過 AgentGit 生成的一個分享鏈接，將他此前與 Agent 之間的需求、討論、修改和執行過程，一併交接給了 Alice。

Alice 接手後不需要重新解釋項目背景，只要補充最新要求：把片子裏的代碼去掉，老闆希望不懂開發的人也能看懂。

Agent 就能直接沿着原來的工作繼續推進。

從表面上看，這只是分享了一個會話。

更深一層的變化是：Agent 的工作不再天然綁定於某一個人。

一個人開始的工作，可以由另一個人接着做；一個會話裏的上下文，也可以跟着工作一起流動。

如果一個人能接手，為什麼不能讓整個團隊一起工作？

現實中的工作，很少只屬於一個人。

產品經理會改需求，設計師會提意見，工程師會補充技術限制，老闆也可能隨時改變方向。如果 Agent 真正進入團隊，它就不能只服務於某一個人的單線對話。

在 AgentGit 中，團隊成員可以共同進入同一個 Agent 會話，圍繞同一份上下文繼續修改，而不必不斷複製聊天記錄、同步文件，再向 Agent 重複解釋背景。

從 Demo 中我們看到，Bob 順手把 Agent 會話分享給了老闆，於是出現了下面一幕。

Alice 說：這個新版本的敘事已經順了。

老闆 說：底色不好看，換成綠色。

Agent 修改後，老闆又改口：還是紅色吧。

Alice 想了想：要不還是最開始的黃色？

老闆同意，Agent 再切回原來的版本。

這幾輪修改不需要複製新的對話，也不需要有人反覆把上下文傳給 Agent。大家面對的是同一個 Agent、同一個 Session，以及同一份工作記錄。

人與 Agent 的關係，也由一個人對應一個 Agent，變成了一個團隊共同使用一個 Agent。

Agent 已有的經驗，

為什麼不能成為下一個人的起點？

當 Agent 的工作可以在團隊內部流動，下一個問題自然會出現：為什麼只能在一個團隊裏流動？

一個人可能花了幾個小時，解決了一個非常具體的問題。幾天後，另一個人遇到幾乎一樣的需求，卻不知道前面已經有人做過，於是重新詢問、重新試錯、重新踩坑。

大量已經完成的 Agent 工作，就這樣沉在會話裏。

AgentGit 提供的另一種方式，是鼓勵人們將有價值的 Agent 及其上下文公開分享出來，讓其他人發現並複用。

比如，有人已經解決了這樣一個問題：如何在兩天內把一支面向開發者的技術宣傳片，改到普通觀衆也能看懂？

下一個人遇到類似需求時，不必從一張白紙開始，而可以直接使用此前積累下來的 Agent 和工作經驗。

一個人的經驗，成為其他人的起點；一個團隊解決的問題，也有機會變成更多團隊的基礎。

當這樣的 Agent 越來越多，Research、Coding、Marketing、Design、Writing、Analysis 等不同領域的工作經驗，或許會從分散的個人會話，逐漸匯聚成一套可被檢索、共享和複用的公共資產。

如果越來越多的人願意把解決問題的過程和 Agent 一起分享出來，AgentGit 也許會從一個會話協作工具，逐漸變成 Agent 工作經驗的公共入口。

AgentGit目前已經支持 Claude Code, Codex, OpenCode, OpenClaw，Hermes和WorkBuddy，用戶只要訪問官網（agent-git.com），複製首頁的安裝指令給自己的 Agent，即可自動完成安裝。

事實上，軟件開發能夠形成今天的協作方式，很大程度上得益於成熟的版本管理基礎設施。代碼可以被保存、追蹤、分享、分支和協作，也可以交給其他人繼續開發。

但對 Agent 來說，類似的機制還沒有真正建立起來。一個 Agent 完成了一段複雜工作，如果不能被保存和繼續，它只能停留在原來的會話，如果不能被分享，它也只能屬於原來的用戶。

AgentGit 補上的，正是這一環：讓 Agent Session 可以被保存、分享和交接，讓其他人直接接手；讓多人圍繞同一個 Agent 協作，也讓已經解決的問題和積累下來的經驗繼續被複用。

它想做的，不只是一個會話管理工具，而是讓 Agent 上下文真正開始流動起來。

因為 Agent 越來越深入真實工作之後，真正有價值的就不只是最終產出的代碼、報告或文件，還有完成這些工作的過程——做過什麼、試過什麼、哪裏失敗、為什麼改變方向，以及下一步應該怎麼做。

這些上下文一旦可以被保存、分享、交接和複用，Agent 的工作就不再是一次性的會話，而開始成為一種可以被持續積累的工作資產。

而當越來越多這樣的 Agent 工作會話被開源、分享和沉澱，今天屬於某一個人的 Agent 會話，未來也可能成為另一個人、另一個團隊，甚至另一個 Agent 工作的起點。

這也意味着，Agent 的工作，正在走向一種全新的流動方式，而一套全球性的 Agent 上下文基礎設施或許正在形成。