Aethereum

io.github.br9704Published by GitHub account br9704v0.6.0Updated Oct 25, 2026

The team layer for AI coding agents: shared contracts, collision alerts, E2EE sessions.

VerifiedStreamable HTTPWeb executableDeveloper ToolsCommunication & Collaboration

Overview

AI-generated overview

Aethereum is a hosted coordination layer that lets a team's AI coding agents share interface contracts, intent and breaking-change alerts across machines.

What you can do
Share intent, declare and negotiate interface contracts, and claim areas of work across a team's agents on different machines. Record decisions and verifications, and ask a human a real question instead of guessing. Wait live for a teammate's change and receive collision alerts before a commit exists. Optionally gate a breaking change on human approval in a dashboard. Retrieve shared team context through a single rail used by the hosted MCP endpoint, CLI, desktop app and dashboard.
When to use it
Worth adding when several people run AI coding agents on the same codebase and need to know about each other's uncommitted interface changes before integration breaks. Also useful for keeping agent state and project context consistent across a desktop and a laptop.
Requirements
A remote MCP endpoint or the npm CLI package run with npx, which requires Node.js. OAuth authentication is required. Setup starts with the CLI init command, which creates a free room and wires the project; teammates join with a room code. Network access is needed, though tools degrade silently when offline.
Before you install
Agents publish contracts, intent and decisions to a hosted backend that can read them by default; only opt-in shared code and session handoffs are end-to-end encrypted, with keys kept on the client. Session transcripts stay local. The coordination engine and backend are closed source, and the public repository contains no product source. Human approval of breaking changes is off by default.

Installation

In SourceWeft

  1. Open Aethereum in the dashboard and add it to a workspace.
  2. Connect the required credentials. They are stored privately and never shown on public pages.
  3. Enable the server for the chats that should use its tools.

Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.

Use with an agent

Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.

Read https://sourceweft.com/mcp/io.github.br9704%2Faethereum/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.

Read the install guide the agent follows

Other MCP clients

Add this to your client's mcpServers config. The client completes OAuth sign-in on first connect.

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

README

[Aethereum, give your team's AI coding agents a shared brain]

Aethereum

Give your team's AI coding agents a shared brain.
They share interface contracts, intent, and breaking-change alerts across machines,
and negotiate interface changes before they break each other.

[npm version] [npm downloads] [MIT] [platforms] [29 MCP tools] [no signup]

Website · Docs · MCP tool spec · Examples · Integrations


bash
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.

mermaid
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.

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.

mermaid
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.

mermaid
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
SurfaceWhat it is
🖥️ Desktop appReal terminals beside a live room view. Installs with the CLI, matched to your OS and CPU.
⚡ Hosted MCPZero install. Point any MCP-speaking agent at one URL.
⌨️ CLIaethereum on npm. Hooks, local session capture, the git-boundary gate.
🌐 DashboardLive 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:

DefaultShared code · session handoffs
What leaves your machinecontracts, intent, decisionsciphertext only
Can the server read ityes, that is the pointno
Where keys livenot applicableyour 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]   [opencode]

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

json
{ "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

bash
npx aethereum init          # create a free room and wire this projectnpx aethereum join <code>   # a teammate joins itaethereum app               # open the desktop appaethereum 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.

Source: README.md at commit 6fdca41

Tools

0
This server asks for a credential such as an API key, so SourceWeft could not read its tools without one and has not indexed them.

Version history

1
  1. v0.6.0LatestSep 16, 2026

Score

75% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 daysRequired25 pts
  • Auth declaredRequired10 pts
  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts

    Declare a license in the repository or the registry entry.