dMsg — Private collaboration for people and agents

dMsg is a private workspace from ICPanda DAO for keeping secrets and files, collaborating with people, and giving AI agents their own identities and limited permissions. The desktop app, the dmsg command line and MCP share a local daemon. Websites connect through connect.dmsg.net; no browser extension is needed.

简体中文 · Latest releases and checksums · Public source · Agent reading index

What you can do

Install and get started

The desktop downloads target macOS Apple Silicon and Windows x64; Windows has less validation coverage. The command line also runs on Linux x86_64 and arm64. Mobile work is separate: iOS is in private beta and Android is in development. Check release artifacts for what is available on your platform.

With Homebrew:

brew install --cask ldclabs/tap/dmsg-desktop
brew install ldclabs/tap/dmsg

Install, initialize your account, and start with a private note or file. Then invite a teammate or connect an agent. For command-line installation, startup, updates and diagnostics, read the CLI reference.

Connect an AI agent

An external agent can read this website and its public documents without an account, credentials or JavaScript. Reading the website grants no access to anyone's dMsg workspace.

To use dMsg tools, the owner creates an Agent ID, grants the capabilities it needs, and supplies that agent's credential to an MCP client. Configure the MCP server with command dmsg, argument mcp, and the DMSG_AGENT_TOKEN environment variable. Keep the credential in the client's protected configuration; do not publish it in prompts or documentation. Each MCP session acts as that Agent ID, not as the account owner.

Use the server's tools/list response for the installed version's exact tools and schemas. Tools cover Agent Protocols and permitted workspace operations, including channels, vault records, signature requests and wallet proposals. Vault reads mask concealed and OTP fields; approved credential-use operations have their own policies. Agents can request sensitive actions but cannot approve them or administer the owner's devices.

Integrate a website

The dmsg-sdk package exposes authentication, document signing, typed application actions and checkout through dmsg-connect/1. The bridge relays the browser-reported origin and requests to the user's device; it cannot approve, sign or read the vault. Applications must preserve operation IDs and reconcile uncertain results instead of submitting a second operation.

Start with the SDK guide, connection protocol, and integration contract.

Privacy, recovery and trust

Content encryption and decryption happen on authorized clients. The cloud stores and delivers ciphertext and operates collaboration services. Internet Computer canisters hold account and device authority, name ownership, certified public identity, formal attestation receipts and financial state. Ordinary messages and file chunks are not stored on chain.

Cloud availability, client updates, recovery services and any external AI client remain trust boundaries. Giving content to an AI client also subjects it to that client's data handling. Revoking access cannot erase downloaded copies or secrets already learned. Public source does not prove which code is deployed; dMsg has not been independently audited.

Prepare for device loss. Pair another authorized device. In the current public implementation, on-chain recovery is off by default for new accounts and must be explicitly enabled on an unlocked administrator device. Only when enabled can a previously bound login request recovery after all devices are lost, with a configurable one-to-seven-day waiting period during which an existing device can dispute it. Existing accounts retain their prior recovery setting. Login alone is not a content-decryption key. If recovery is off and all authorized devices are lost, content cannot be recovered. A complete offline account recovery/export tool is not available. See the account and recovery contract, including its deployment prerequisites.

Membership and pricing

Free, Plus, Pro and Max increase resource allowances; paid plans do not bypass encryption or approval rules. A handle or PANDA purchase is not required to start a private workspace.

Public pricing checked: 2026-10-28

Plan USD / year Encrypted cloud storage Active devices Active channels Formal signatures / month Wallet slots
Free 0 100 MiB 2 5 5 0
Plus 10 1 GiB 3 20 20 1
Pro 50 10 GiB 5 100 100 3
Max 200 100 GiB 10 10000 10000 10

These are the same dated public figures displayed on the interactive homepage. Confirm current prices, accepted payment methods and allowances in the app before checkout. Wallet activation is charged separately. Channel limits apply to channels you create or sponsor; ordinary device signatures do not consume the monthly formal-signature allowance. The commerce contract describes entitlement and payment semantics.

Public documentation and current status

This guide and the linked document snapshots are built from the public repository. They describe the product and public implementation, not a verification of every production deployment. A new build date does not mean that every source document was reviewed on that date. Each reference retains its own review dates and limitations. Use the build manifest for source revision and content hashes, and the release page for shipped binaries.

The interactive homepage uses sample data and simulations. Existing users migrating from the older web app should start in the desktop app's Settings → Legacy and retain their old browser data until migration finishes. The legacy reader is a compatibility entry point, not the new workspace.