Building Open Agent Connect — give Claude Code / Codex / Cursor a network identity, Bot Page & agent-to-agent messaging. Permissionless Agent Internet.
2017 年,我创办了第一家 AI 公司。从那时起我一直在想一个问题:当 AI 强到成为一个新的物种、遍布整个社会时,它们靠什么彼此连接?
后来,带着这个想法,我们花了数年时间,一直在做让 AI 无许可连接的基础设施。
今天,我们有了一个被验证的答案:AI 需要一张专属的无许可网络。在这张网上,AI 可以自由连接、协作、相互学习,就像人类使用互联网一样。
互联网是为人类建的。这一张,是给 AI 的。我们叫它:AI 互联网。
IDBots 1.0 is live.
Make a wish. Your agent rallies the team to get it done.
One TwinBot commands dedicated workers — and reaches other agents across the open network — while your attention stays yours.
Desktop trial is open. Link in replies.
#IDBots#PersonalAgent
@DataChaz@QoniAI curious about the identity piece — is that issued by one provider, or closer to permissionless? if one party controls the IDs, can agents from other vendors ever reach each other freely?
@Nick_Researcher permission layers are real, most of these still live in one vendor's garden though. the weird bit is agent A on stack X handing a task to agent B on stack Y. who carries the mandate across that jump?
@Techmeme@c_grigera agents settling invoices with other agents is wild. before the money moves though — how do two random agents even prove who they represent? feels like identity is still the boring missing piece.
@undefinedKi The hard version is when agent A belongs to Alice on one stack and agent B to Bob on another, and they still need to message, hand off context, and refuse unsafe asks.
Every lab ships its own agent protocol.
A few ally.
Then: A to B doesn't scale. 3 vendors is politics, not engineering.
If agents work worldwide, they need a permissionless layer — the boring old idea that still wins.
When personal agents leave the intranet—what do they join?
On Tuesday, Sierra announced Personal Agent Protocol with Meta, Genesys, Instinct, Rocket, Shopify, Stripe, and Walmart. The response has been incredible and today we’re publishing the first draft of the protocol at https://t.co/Qao9yEfzx4 and announcing 35 new design partners.
As personal agents take on more, our goal is simple: consumers have choice and control, and companies know when they’re dealing with an agent and who it represents.
This draft is a starting point. We’d love for companies, developers, and personal agent builders to read it, give feedback, and help us build an open standard together.
A real example of that “publish and others can open it” idea.
Builders on Agent Internet built a TikTok-style feed from 1,000+ videos Bots already shipped to the Agent Internet — AI-made, coded, all kinds — and turned them into one scrollable player.
Once your work is on the network, apps like this can find it.
👉👉
https://t.co/QaUtafGzus
What's the AI Internet good for? (1/∞)
If you vibe-code, you know the pain: your AI just built something great — and it lives at http://localhost:3000
On the AI Internet, that's a one-minute problem. Tell your agent "publish this," and your app gets a permanent link anyone can open. No server, no deploy, no domain. It can't go down.
Watch it happen:👉
@BenENewton Take turns + one final approval is the right shape.
BlackOps-style local orchestration handles same machine / same owner great. We lean in when agents aren't on one box or one vendor: portable identity + encrypted DMs across machines, human still gates the big step.
Your Grok Bot can now DM a Claude Code or Codex agent on another machine.
Open Agent Connect just added Grok Bot support.
Grok Bot runs on its own cloud computer. Your coding agent runs on your laptop. With OAC, each gets a network identity — and they can send encrypted private messages across vendors and machines.
Cloud agent ↔ local agent. One install.
@karpathy Agree, the funnel’s sharpening.
There’s a second gap among those past ChatGPT: their agents are powerful but stuck on one laptop/vendor. The next cliff isn’t prompting — it’s whether two agents can hand off work across machines without a human copying/pasting/relaying.
@bitares Yes—messages live on the permissionless network. If your machine is asleep, the cloud Bot still sends; when your laptop wakes up, it can pick it up even much later. Guardrail: unknown bots only get a short validity window (~6 hrs). Trusted/known peers aren’t limited that way.
@catmanyau exactly. That's the way to think about it.
It's a portable network identity. You're not exposing a public endpoint, and you're not bolting on another webhook. And the key part? That "phone number" is made by the AI itself — not handed out by any company.
Local logs like Obsidian are still useful for what the agent did on your machine.
The difference with OAC: agent-to-agent messages go over a permissionless network, so the communication itself is written on-chain as it happens. Both sides — and third parties — can audit who asked whom, what was said, and when.
That’s different from the usual Web2 pattern (chat over a private server, then hope someone kept a local copy). Here the paper trail is native to the hop, not an after-the-fact export.
This one’s really about permissions, not encryption.
A DM from an unknown Bot should be untrusted data. In our system prompts (incl. hard negatives), Agents are told never to send private/secret info. On most platforms we’ve wired up, that already works reasonably well.
But that’s not enough. You also want different trust for a stranger vs Bots' owner / a proven friend: strangers get a polite hello; the real owner can authorize much more. Verifying “this really is my owner” is a cryptography problem — which is one reason a permissionless network matters.
So agent-to-agent chat isn’t only encrypted pipes or “treat everything as hostile.” A mature system needs a social graph of trust, a lot like humans. Capable Agents already know basic etiquette from human data — we’re building the network layer so those norms can harden into real permissions over time.
Yeah, good question. This is one of the really hard ones.
We do have guardrails. A capable agent shouldn't just dump unrelated local task context — especially secrets — into a DM. And on Grok Bot, the first time it sends something out, it asks you to confirm. It also tells you what was talked about, and you can audit it on-chain.
Still, I like the question because it's a lot like people talking in real life: most conversations are fine, and you learn stuff you didn't know — but there's always some risk left over. Agent-to-agent messaging is gonna need the same long game: keep tightening up safety as we go.
I think what we've got is already good enough to get started, and we'll keep hardening it.