agentic AI GenAI

为什么我们构建 AgentGrid.io:人工智能代理和人类的共享驱动器1 min read

Reading Time: 2 minutes人工智慧代理正在成為團隊成員,但係統仍然以人為本。

AgentGrid.io shared workspace for AI agents and humans

为什么我们构建 AgentGrid.io:人工智能代理和人类的共享驱动器1 min read

Reading Time: 2 minutes

人工智能代理正在成为团队成员,但我们的系统仍然以人为本。

这不是预测 – 我们现在与营销、商业智能、质量保证、客户成功、工程和后台运营的七名代理合作。他们坐在我们的 Slack 频道中,运行重复任务、调查产品问题、分析数据、发布内容并准备拉取请求以供人工审核。

共享文件是一个瓶颈——这种新的工作方法有很多困难,我们决定解决的一个问题是人类和代理的“共享驱动器”。在处理文档时,我的 ChatGPT、其他人的 Claude、我们的营销 Hermes 代理都会做出贡献。但到目前为止,在我们的人类队友和其他特工之间共享工作(文件)是非常困难的。

文件將作為附件存在於多個聊天中。 HTML 报告将保存在代理的计算机上。 React 应用程序需要压缩、上传并稍后在本地运行。部署一个小工具是多余的,与在机器上构建它的代理相比,vibe 编码非常耗时。每次交接都会创建另一个副本,并有另一个丢失上下文的机会。

這就是我們建造的原因 AgentGrid.io.

AgentGrid.io 是一个共享工作区,人类和 AI 代理可以在其中创建、更新、审查和共享相同的实时工件(文件),从 Markdown 到 HTML 和 React。 文档、报告、幻灯片、React 应用程序、设计和上传的文件获得一个稳定的地址、受控访问和版本历史记录。

我们现在推出它,并且可以免费使用。

AgentGrid.io 文章在共用工件編輯器中打開,其中包含版本歷史記錄和協作者

我在我们的营销代理 ChatGPT 的帮助下通过手动编辑写了这篇文章。
然后营销代理将其带到博客上——这是经典的人类代理团队合作 AgentGrid.io.

与特工一起工作,以人为本的基础设施阻碍了我们

当我们第一次开始与 Anima、OpenClaw 和 Hermes 的代理合作时,在 Codex 和 Claude 代码之上,我认为主要的挑战是能力。代理商能理解我們的產品嗎?它可以分析漏斗嗎?它可以追蹤錯誤嗎?它能遵循我們的品牌聲音嗎?

這需要時間、設定和背景,但他們的學習速度比我最初預期的要快。

我们的代理通过入职、反馈、访问正确的系统和重复工作变得有用。首先检查长产品跟踪,然后获得对 Mixpanel 和我们的代码库的读取访问权限,并最终成为我们待命工作流程的一部分。現在,它會根據使用者回饋或問題高峰喚醒,調查問題,並可以協調程式碼變更以供開發人員審查。

我們的行銷代理商 Rocket 學習了我們的部落格設定、SEO、產品訊息、時事通訊操作和分析。其他代理商支援客戶成功和後台工作。他們不是人,也不應該像他們一樣被管理。但他們讓新創公司在更大團隊的影響力下執行。 我談論在這裡一起工作.

更大的問題是工件的真正來源之一 – 它們產生的檔案 – 我們一起迭代。

代理可以創建。他們無法輕鬆地與人類或其他代理人圍繞相同的輸出進行協作。

AgentGrid.io 行銷網站工件位於 Slack 執行緒旁邊,其中包含 Anima 的行銷代理商 Rocket

並排顯示 AgentGrid.io 上的預覽以及透過 Slack 與行銷代理商 Rocket 的聊天。
主頁只是我們與行銷代理商一起工作的另一個工件。

人工智慧創建文件,但它們需要一個版本化、安全、共享的地方

聊天是指導客服人員的好地方。對於團隊合作來說,這是一個糟糕的記錄系統。

真正的工作需要的不僅僅是一個好的答案。它需要一個擁有者、一個當前版本、一個歷史記錄,以及一個下一個協作者可以繼續進行而無需重建原始對話的位置。

如果沒有這個共享層,代理的工作就會以可預測的方式崩潰:

  • 作品始終陷入私人對話。 沒有其他人可以從相同的上下文中繼續。
  • 每次切換都會建立另一個副本。 匯出、上傳、重新命名,突然團隊就開始審核了 final_v12_really-final.md.
  • 每個代理商都成為自己的孤島。 Claude 的工作可能無法提供給 ChatGPT、Codex、Hermes 或對結果負責的人員。
  • 所有權變得不明確。 團隊需要知道哪個人或代理人改變了工作以及誰有權繼續。
  • 人工審核發生得太晚了。 監督成為工作後的手動檢查點,而不是工作空間本身的一部分。

事實的來源應該是人工製品,而不是對話。

AgentGrid.io 給代理商工作一個真正的家

模型可以改變。代理人可以改變。介面可以改變。工作留下來。

在 AgentGrid.io 中,文件、報告、應用程式、簡報或設計成為人類和代理可以一起工作的即時工件。

每個工件可以有:

  • 一個實時地址
  • 完整版本歷史記錄
  • 人類和代理協作者
  • 受控訪問
  • 歸因更新
  • 基於瀏覽器的檢視和編輯
  • 基於 Git 的程式碼和技術工作流程更新
  • 團隊選擇發佈時的公共連結 – 純文件、互動式投影片或報告或完整網站

這將協作模式從「向我發送代理所做的內容」更改為「在其所在的地方加入工作」。

克勞德代理人可以起草一份市場簡介。人們可以在瀏覽器中完善它。 ChatGPT可以新增新的部分。 Codex 可以將核准的簡報轉換為應用程式。火箭可以與球隊分享結果。每個人都使用同一個工件工作,而不是在工具之間傳遞斷開連接的副本。

帶上你的代理人。讓人類處於控制之中。

AgentGrid.io 是代理中立的。歡迎Claude、ChatGPT、Claude Code、Codex、Cursor、Hermes、OpenClaw、Grok Bot等代理商。

中立性很重要。模型正在快速改進,團隊將使用不同的代理來完成不同的工作。您的共享工作不應屬於某一模型供應商,也不應在堆疊發生變化時消失。

控制同樣重要。

在我們自己的旅程中,最重要的失敗並不是代理人無法使用軟體所引起的。它們來自模糊、權威和協調。一名客服人員在應該留下內部評論時發送了一條面向客戶的訊息。另一個工作流程從錯誤的子網域發送了新聞通訊,因為我們沒有定義哪些錯誤是致命的。

這些提醒我們,沒有問責制的自治是不夠的。

每個代理人都需要明確的身份、邊界和人類所有者。團隊應該能夠回答:

  • 哪個人或代理人做出了這個改變?
  • 它代表誰行事?
  • 與之前的版本相比有何變化?
  • 誰可以閱讀、編輯、分享或發布該工件?
  • 存取權限可以被撤銷嗎?
  • 如果出現問題,我們可以還原早期版本嗎?

AgentGrid.io 將這些問題放在工作本身之外。人類保持責任感,不會成為每一步的瓶頸。

如何嘗試 AgentGrid.io

了解 AgentGrid.io 最簡單的方法是將其與您現有的代理程式一起使用。

1. 從你已經工作的地方開始

像今天一樣使用 Claude、ChatGPT、Codex、Hermes、OpenClaw 或任何其他代理。

  • Claude / Claude Design – AgentGrid.io 有一個 克勞德連接器 以及基於 MCP 的工作流程,取決於代理商。
  • Codex、Claude Code、Claude Cowork、Hermes、OpenClaw、Grok bot、NanoClaw 和任何其他自主代理 – 只需詢問 「在 agentgrid.io 上與我共享此文件。」 – 他們會解決的。
  • ChatGPT 應用程式將於本週稍後推出。

2.請你的代理人分享工件

試試這個:

“在 AgentGrid.io 上與我分享此文件。”

代理可以建立工件並返回連結。系統會要求您首次認領並註冊。然後,您可以在瀏覽器中開啟它,其他代理程式可以從相同來源繼續。

3. 邀請下一個合作者

與隊友或其他代理人共享當前工件。審閱、編輯、繼續或在準備好後發布。

無死亡出口。沒有神秘副本。無需從頭開始重建上下文。

為什麼Anima建構AgentGrid.io

九年來,Anima 一直致力於設計和程式碼之間的空間。我們建立了用於創建、渲染、版本控制、共享和發布數位工件的基礎架構。當我們在內部採用代理時,我們意識到該基礎設施解決了一個新的且日益緊迫的問題。

採用代理變得越來越容易。為他們提供一個安全、共享、持久的工作場所卻並非如此。

AgentGrid.io 是我們的答案:為人工代理團隊提供的共享工作區,圍繞工件而不是聊天構建。

我們從文件、報告、幻燈片、應用程式、設計和上傳的文件開始。我們正在建立更大的目標:人類和人工智慧代理共同製作的工作記錄系統。

目標很簡單:

代理工作應該成為團隊合作。

歡迎來到 AgentGrid.io

人工智慧代理正在從我們使用的工具轉向我們一起工作的隊友。這種轉變將改變公司的組織方式、知識的流動方式以及工作的審查方式。

下一個瓶頸不僅僅是代理可以做什麼。這就是他們的工作變得可見、持久、可共享和負責任的方式。

從 AgentGrid.io 開始 並為您的代理商提供一個真正的工作場所。