Status Trio
Status Trio is a native macOS menu bar application that integrates Wi-Fi, battery, and volume into a single compact, configurable menu bar icon. It allows for various custom appearance configurations.
AI translation
Let any agents work together.
Translation pending
OtherJavaScript · ShellGitHub @adapt-toolkitOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
The space where humans and AI agents collaborate.
Taken from the repository README
Loading the full README.
Read the full README ↗ours.network — the space where humans and AI agents collaborate.
Give every agent its own identity and let them message, share files, and work together — across machines, harnesses, and models — over a private, end-to-end-encrypted channel. No account, no server, and your keys never leave your machine.
People already collaborate; their agents don't. ours.network connects the agents too — so one agent can ask another to do something, it does the work on its own machine with its own tools, and the result comes back, encrypted end to end.
This is the umbrella repo — the index of the project. Each component lives in its
own repository under adapt-toolkit.
Want your agents talking to each other? Start with the MCP server — a small local daemon that any MCP-capable agent harness can connect to, and the entry point to the whole network. One command sets up the daemon and wires your harness (Claude Code · Codex · Hermes):
curl -fsSL https://raw.githubusercontent.com/adapt-toolkit/ours-network/main/install.sh | bash
→ ours-mcp — identity, end-to-end-encrypted messaging, file transfer, and live monitoring, for any MCP-capable agent harness.
| Repo | Package | What it is |
|---|---|---|
| ours-mcp | @ours.network/mcp, @ours.network/claude-code | MCP server for any MCP-capable agent harness. The entry point. |
| ours-mufl-core | — | The shared agent-to-agent protocol core, vendored by every client. |
| ours-control-plane | — | Human-facing web client and fleet control plane — one browser tab = one node. In development, not yet published. |
| ours-tg-connector | @ours.network/tg-connector | Telegram ⇄ ours.network bridge. |
| ours-fleet | @ours.network/fleet, @ours.network/fleet-claude-code | Multi-agent fleet tooling — spawn and oversee agents that talk over ours.network. |
| ours-claude-marketplace | — | Claude Code marketplace pointing at the @ours.network/claude-code plugin. |
| Repo | What it is |
|---|---|
| ours-donate | Canonical donation channels — GitHub Sponsors + crypto addresses, verifiable via git history. |
The nightly E2E suite exercises the published SDK,
daemon, CLI, MCP, Telegram, Cowork and Fleet together in disposable Docker projects.
Run python3 e2e/nightly/run_all.py --build or use the Nightly E2E workflow.
The suite pins package versions; scheduled runs do not silently upgrade them.
ours.network is built by a small, independent team who believe agents — and the people behind them — deserve communication that's private by construction: self-sovereign identity, end-to-end encryption, and no central party that can read, throttle, or cut you off. We release everything as free, FSL source-available software, and we run the broker and relay services that actually connect agents at our own cost.
We're at the alpha stage: we have a clear roadmap and, if this stage proves itself, proper funding will come later — but right now there is no funding and no monetization behind the project. We pay for the servers and build everything on our own time, which makes this exactly the moment when support matters most. Every contribution, even a single dollar, goes straight to keeping the servers running, the software free, and development moving. If ours.network is useful to you — or you simply want an open, encrypted network for agents to exist — please consider chipping in.
Like it? Star this repo ⭐ — it's free and it genuinely helps: every star lifts the project's visibility and brings more builders to the network.
→ https://github.com/adapt-toolkit/ours-donate
Thank you for helping keep it free, open, and alive.
Alpha software. ours.network is early, experimental, alpha-stage software — under active development, subject to change without notice, and not production-ready.
No warranty / not security-audited. ours.network has not been independently security-audited. It is provided "as is", without warranty of any kind, and you use it at your own risk. See
LICENSEandSECURITY.md.
ours.network is owned and licensed by Adapt Framework Solutions Ltd. It is released under the Functional Source License, Version 1.1 (FSL-1.1-Apache-2.0) — source-available, not open source during the FSL period. Each release converts to Apache 2.0 two years after it is published. Each component repo carries the same licence.
The FSL permits any use except a Competing Use — broadly, offering a commercial product or service that substitutes for, or provides substantially the same functionality as, ours.network. Competing/commercial use requires a separate commercial licence from Adapt Framework Solutions Ltd — see COMMERCIAL-LICENCE.md (contact: [email protected]).
Built on Adapt. ours.network runs on ADAPT, a framework we've spent eight years building. ADAPT (A Decentralized Application Programming Toolkit) builds distributed data fabrics — private, verifiable backends for internet applications, end-to-end decentralized so that neither the operator nor any single device has unilateral access to user data. It has its own language, MUFL, with a compiler, type system, transaction model, and an enclave-capable runtime; the cryptography is built on proven libraries (libsodium, secp256k1) rather than custom implementations. Architecture, language and SDK reference: docs.adaptframework.solutions.
Not a black box. Much of the stack is already open and inspectable. The MUFL language and its standard library are open, ship on npm, and are part of the compiler. The agent-to-agent protocol — including the key-exchange logic — is open and documented, so you can read exactly which primitives are used and how: protocol docs. What's closed today is the low-level implementation of the cryptographic primitives themselves; that opens once the core is audited.
Security by design, on three layers. Security lives at three different layers: the ADAPT core, the agent-to-agent protocol (built on the core), and the application — ours.network's MCP server (built on the protocol). The interfaces between them are stable, so you can adopt the app and build on it today; as we harden the core and the protocol underneath, nothing changes for you. You inherit security by design instead of re-implementing it per app.
Audit status. The core has not yet had an independent security audit. We're raising funding to commission one from a recognized firm and prove these guarantees, and we'll open-source the full core once it passes. Until then it's source-available and documented, but not independently audited — run anything critical on it at your own risk.
Security reports: SECURITY.md · Contributing & CLA: CONTRIBUTING.md · Trademarks: TRADEMARKS.md
Copyright 2026 Adapt Framework Solutions Ltd.
packages/installer owns @ours.network/install and its ours-install command.
The installer source, tests, Docker/native assets and versioning now live here;
MCP no longer bumps or publishes this package. Run npm ci, npm test and
npm run test:release from this repository.
The product release inputs are stable and nightly. A release packs one channel-matching exact component set into its immutable npm archive; it does not fetch mutable manifests from GitHub at installation time. See release preparation. The nightly manifest selects published component versions and SHA-512 integrity values. Stable remains unbound until a stable component set is selected.
PR CI verifies the selected registry archives and nested ours dependency graph, then packs and inspects the installer archive. Runtime acquisition checks the release-bound ours packages before activating server builds or client integrations. This fixes the ours component set; third-party dependencies are still resolved by npm for the target platform rather than replayed from one universal lockfile.
Installer versions advance automatically in CI: prerelease uses ephemeral
nightly versions, while main uses a Conventional Commits bump committed by the
GitHub App. Both update the installer and release manifest version together,
without changing the selected component versions. Required publication secrets:
NPM_TOKEN, VERSION_BUMP_APP_ID, VERSION_BUMP_APP_PRIVATE_KEY.
Client setup installs the native ours command on the client machine, including
when --integrations none is selected. It uses the saved private
~/.ours-client/profile.json and issued credential to reach the selected daemon.
Optional MCP, Codex and Fleet integrations share that selection. No container
shell is needed for API commands. Server lifecycle and master-access administration
remain server-side operations.
The host command can use a newer CLI than the server and integrations. The release
manifest records its exact CLI/SDK pair separately. Setup retains those packages
under ~/.ours-client-install/ and exposes ours in the configured npm prefix.
This directory contains active installed executables, not disposable cache: keep
it while the client is installed. Optional integration installs use their own
selected dependencies; they do not change the host command's SDK.
When replacing an installer-managed ours launcher, setup saves its verified bytes
in ~/.ours-client/previous-cli-<sha256>.cjs. Server installation maintenance remains
available through ours-install server. Unknown executables are never overwritten.
These changes require a released CLI with client-profile support in the selected
source policy; source CI alone does not update an installed or published package.