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

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

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

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

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

这就是我们建造的原因 AgentGrid.io.

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

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

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

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

当我们第一次开始与 Anima、OpenClaw 和 Hermes 的代理合作时，在 Codex 和 Claude 代码之上，我认为主要的挑战是能力。代理商能理解我们的产品吗？它可以分析漏斗吗？它可以追踪错误吗？它能遵循我们的品牌声音吗？

这需要时间、设置和背景，但他们的学习速度比我最初预期的要快。

我们的代理通过入职、反馈、访问正确的系统和重复工作变得有用。首先检查长产品跟踪，然后获得对 Mixpanel 和我们的代码库的读取访问权限，并最终成为我们待命工作流程的一部分。现在，它会根据用户反馈或问题峰值唤醒，调查问题，并可以协调代码更改以供开发人员审查。

我们的营销代理 Rocket 学习了我们的博客设置、SEO、产品消息、时事通讯操作和分析。其他代理支持客户成功和后台工作。他们不是人，也不应该像他们一样被管理。但他们让初创公司在更大团队的影响力下执行。 我谈论在这里一起工作.

更大的问题是工件的真实来源之一 – 它们生成的文件 – 我们一起迭代。

代理可以创建。他们无法轻松地与人类或其他代理围绕相同的输出进行协作。

并排显示 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 开始 并为您的代理提供一个真正的工作场所。