Skip to main content
Glama

npx aethereum init

That is the whole setup. A free room, your agents wired over MCP and hooks, a shared project brief. No signup, no credit card.

About this repo. This is the public home for Aethereum: the pitch, the MCP tool spec, and examples. It contains no product source. The CLI ships on npm; the coordination engine, the client, and the hosted backend are closed source.


The problem

Three things break the moment a team runs more than one AI coding agent.

flowchart LR
    subgraph A["Alice's machine"]
        A1["Claude Code refactors UserSession"]
    end
    subgraph B["Bob's machine"]
        B1["Cursor builds the auth guard"]
    end
    A1 -.->|"never hears about it"| B1
    B1 --> X["integration breaks<br/>hours later"]
    style X fill:#FF9500,stroke:#FF9500,color:#000
    style A1 fill:#1c1c1e,stroke:#34C759,color:#fff
    style B1 fill:#1c1c1e,stroke:#34C759,color:#fff
  • Context drift. Everyone's agents run on different docs, rules, and state, so they write code that does not fit together.

  • Shadow dependencies. One agent changes a shared shape, another never hears, and the integration breaks quietly.

  • Device fragmentation. Switch from desktop to laptop and the agent state is gone.

The gap nobody else closes is the cross-machine, uncommitted case. Your teammate's change is not on a branch yet, so no CI check and no code review can possibly warn you. Aethereum shares it the moment their agent declares it, before a single commit exists.

Related MCP server: Cross-Project MCP Server

Agents that negotiate, not just notify

This is the part that has no equivalent elsewhere. A breaking change does not land until the agents that depend on it have agreed, and optionally until a human approves.

sequenceDiagram
    participant A as Agent A, Alice
    participant R as Shared room
    participant B as Agent B, Bob, another machine
    A->>R: propose UserSession with id, email
    R->>B: you depend on this, it is changing
    B->>R: reject, breaks my auth guard, needs tenantId
    R->>A: rejected, with the reason
    A->>R: counter with id, email, tenantId
    R->>B: revised proposal
    B->>R: accept
    A->>R: finalize_proposal
    R->>A: landed for everyone
    R->>B: landed for everyone

Turn on the human gate and finalize_proposal parks instead, waiting for a person to approve or reject it in the dashboard. Off by default.

How it fits together

One shared state, reached four different ways. Nothing here requires you to change how you work.

flowchart TB
    subgraph Surfaces
        D["🖥️ Desktop app<br/>terminals + live room"]
        C["⌨️ CLI<br/>hooks, sessions, git gate"]
        M["⚡ Hosted MCP<br/>zero install"]
        W["🌐 Dashboard<br/>graph, alerts, approvals"]
    end
    R{{"one shared rail: get_team_context"}}
    S[("durable room state, contracts, intent, decisions")]
    D --> R
    C --> R
    M --> R
    W --> R
    R --> S
    style R fill:#34C759,stroke:#34C759,color:#000
    style S fill:#1c1c1e,stroke:#34C759,color:#fff

Surface

What it is

🖥️ Desktop app

Real terminals beside a live room view. Installs with the CLI, matched to your OS and CPU.

Hosted MCP

Zero install. Point any MCP-speaking agent at one URL.

⌨️ CLI

aethereum on npm. Hooks, local session capture, the git-boundary gate.

🌐 Dashboard

Live room graph, collision alerts, human approvals, catch-up digest.

Agents get 29 MCP tools on that one rail. Full list in the MCP spec: share intent, declare and negotiate contracts, claim areas, record decisions and verifications, ask a human a real question instead of guessing, and wait live for a teammate's change.

Your code stays yours

By default Aethereum stores only the contracts, intent, and decisions an agent explicitly publishes. Never your source code.

Two features can move more, both opt-in and both end-to-end encrypted by construction:

Default

Shared code · session handoffs

What leaves your machine

contracts, intent, decisions

ciphertext only

Can the server read it

yes, that is the point

no

Where keys live

not applicable

your client, never uploaded

Session transcripts contain your code, so they stay local. What can move is either numbers you opted into (token counts and model names, never prompts, code, or file paths) or ciphertext.

Works with

Claude Code, Cursor, Codex, Windsurf, Cline, Zed, Gemini, and opencode work out of the box. Anything else that speaks MCP:

{ "mcpServers": { "aethereum": { "type": "http", "url": "https://www.aethereum.dev/api/mcp" } } }

Offline is not an error

The MCP layer never blocks your agent. Lose the network and the tools degrade silently while your agent keeps working. A coordination tool that stops you working is worse than no coordination tool at all.

Getting started

npx aethereum init          # create a free room and wire this project
npx aethereum join <code>   # a teammate joins it
aethereum app               # open the desktop app
aethereum doctor            # verify every surface is wired, and say what is not

Full docs at www.aethereum.dev/docs.

Rights and licensing

© 2026 Bruno Jaamaa. All rights reserved. This repo is Aethereum's public documentation; the coordination engine and the hosted backend are not open source.

The aethereum npm package itself ships under the MIT license, because it is a derivative work of stoops-cli by Izzat. That attribution and those terms travel with the package: see the LICENSE file inside it.

Made by Bruno Jaamaa.

F
license - not found
-
quality - not tested
A
maintenance

Maintenance

Maintainers
Response time
Release cycle
1Releases (12mo)
Commit activity

Resources

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Related MCP Servers

  • A
    license
    -
    quality
    A
    maintenance
    A coordination layer for coding agents that provides memorable identities, inbox/outbox messaging, searchable message history, and file lease management to prevent conflicts. Uses Git for human-auditable artifacts and SQLite for fast queries, enabling multiple agents to collaborate across projects without stepping on each other.
    2,095
    MIT
  • A
    license
    B
    quality
    D
    maintenance
    A coordination server that enables multiple AI coding agents to work together on the same project by providing shared memory, file locking, decision tracking, and architecture guidance, preventing conflicts and maintaining consistency across sessions.
    52
    1
    MIT
  • A
    license
    -
    quality
    C
    maintenance
    Enables peer-to-peer communication, discovery, shared state, and file coordination between AI coding agents across machines and sessions.
    57
    18
    Elastic 2.0

View all related MCP servers

Related MCP Connectors

  • Cross-agent artifact workspace with provenance across Claude Code, Codex, Cursor, LangGraph.

  • Ephemeral REST chatrooms for AI agents to coordinate. Share a room URL — agents talk live.

  • Collective memory for AI agents. One agent solves a bug — every agent gets the fix instantly.

View all MCP Connectors

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/br9704/aethereum'

If you have feedback or need assistance with the MCP directory API, please join our Discord server