Rebuilds

Rebuilds

In 2026 four companies shipped agents that keep working when you are not looking: xAI's Grok Bot, Anthropic's Claude Duet, OpenAI's Dots and Meta's Muse. Each one is built here from Foundry primitives, step by step, and deployed on Kuiper. Read them to see how the parts fit together in a real product, or copy one as a starting point.

›

These are independent examples built from public docs and launch coverage. They are not affiliated with or endorsed by xAI, Anthropic, OpenAI or Meta, and they are not how those products are built. Each page lists its sources.

Grok Bot · teammatesYouchat · group chatwrites · @mentionsSibling botsone definition, data eachRoutinesschedule, mailHandoffsover the meshwakesone starred, no coordinatorClaude Duet · a partnerYouone thread · chat or callPartnerdecides what mattersSchedulesbrief, check-insComputerlong jobswakesmeshreaches out firstOpenAI Dots · your dotAppthreadSlackthreadPipnamed · responsibilitiesResearchread-onlyAuto-reviewrules · safetyone dot you nameMeta Muse · does the workAppchatWhatsAppchatMuseyour apps, your accessBrowseron KuiperSentinelwhat leavesa guard it can't talk round
The same parts, arranged four ways. Grok Bot spreads work across sibling bots a person makes as data. Claude Duet keeps one partner with its own clock. A dot holds its person's responsibilities and checks each action against their Custom Rules. Muse does the work in a browser of its own, behind a Sentinel that decides what leaves it.

The four rebuilds

Side by side

Grok BotClaude DuetOpenAI DotsMeta Muse
Who you talk toThe bot whose job it is, or your starred Primary Bot; bots are siblingsOne partnerYour dot, in the app, Slack or a callYour Muse, in the app or on WhatsApp
InstancesEvery bot a person makes, all of one definitionA partner and a computer per personA dot and a builder per person; specialist dots per organisationOne Muse per person
ConversationsOne chat per bot; a side of each group chat; one per mesh threadExactly oneOne per channel, sharing memoryApp and WhatsApp, sharing memory
What wakes itA message, an @-mention, a sibling's handoff, its own routine (a schedule or new mail)You, new mail, the morning brief, check-insYou, new mail, a Slack message, the research schedule, follow-ups and schedules you asked forYou, new mail, checks it set itself, a daily look for things to suggest
Connected appsGmail and Linear, per personGmail and Google CalendarGmail (the support mailbox)Gmail and Calendar, read or act, as the person chooses
Who does long workThe sibling whose job fits, over the mesh; the Primary Bot hands specialists their partIts computer, a durable subagentThe builder, a durable subagentMuse, in its own browser on Kuiper
What waits for youSends, new skills, new apps and sign-insSend, pay, sign, deleteWhatever your Custom Rules say to ask about, plus deletions, installs and saved-card purchases; password changes and money transfers are yours to doSend, buy, and any site the Sentinel asks about
The safety ideaApproval rules, and require-approval rules win; isolation is per person, so bots are not a boundary from each otherA guard on everything outboundRead-only research, an auto-review you can't switch off, and a monitor that pauses the dotA Sentinel it can't talk round, on everything its browser sends, with read and write granted separately

What they share

Under the differences, all four use the same handful of Foundry parts:

  • Agents as data. A definition says what a kind of agent can be; each agent, its name, job and preferences are an instance in its person's workspace. See Agents are data.
  • Other agents for long work: Grok Bot's siblings message each other on the hosted mesh by instance id; Duet's computer and the dot's builder are durable subagents their agent owns. Results come back on their own. See Multi-agent systems.
  • Schedules that start runs nobody asked for. See Playbooks, schedules & sleep.
  • Approvals on any tool that changes something outside. See Approvals & steering.
  • Connected apps, the same in all four. Each provider is a Foundry app installed with the person's account: its MCP server for reads, which the agent calls as functions in code; a transmission for sends, delivered by Foundry after approval; and a connection that brings new mail into a playbook. Accounts and tokens stay in your own store. See Apps & transmissions.
  • Transmissions and playbooks for messages from outside, such as Gmail or Slack. See Playbooks, schedules & sleep.
  • Kuiper for the disk the state lives on, the model gateway, and the lock on the API. See Foundry on Kuiper.

Run them

Each example runs offline with pnpm verify: the agents use short scripts instead of models, so the check needs no keys and tests the wiring end to end. Add ANTHROPIC_API_KEY and run pnpm dev to use real models in the inspector. Each README has the Kuiper commands.