Skip to content

What to expect from the alpha

Kunuleco is in closed alpha. That word is doing real work: the system runs, people use it daily, and it is also under heavy construction. This page is the honest version of what that means for you.

What "alpha" means here

  • Rough edges are normal. Commands occasionally misbehave, output is sometimes untidy, and reconnecting after a laptop sleep can take a nudge. When something looks stuck, /reconnect (or restarting the app) is a legitimate move, not an admission of defeat.
  • Releases move fast. Updates ship frequently. /check-updates and /update fetch them, and every install and update is verified against a signed manifest before it applies; nothing installs without a valid signature.
  • Some releases require a fresh install. Occasionally a release changes something foundational and updating in place is not enough. The release notes say so explicitly when that happens. This is exactly why you should export an identity backup early:

    export-identity ~/kunuleco-backup.id <base64_passphrase>

  • Treat alpha data as precious but not yet promised. Your spaces persist on your node and survive restarts, but durability guarantees are still being built out. Keep copies of anything you would truly hate to lose.

A note on security, plainly

The design is capability-based from the ground up, releases are cryptographically signed, and the security of the system is an active, ongoing engineering effort. It is also alpha software that has not yet had an independent audit. Use it for what it is today: a place for real conversation among people you trust, not yet a vault for secrets or a tool for high-risk situations.

Reporting problems

Reports from testers are the main engine of improvement. The fastest path is built in: in the Urchin client, type /bug to file a report from inside the session, right when something looks wrong.

Whether you use /bug or your alpha channel, a good report includes:

  1. What you did: the command or click, as exactly as you can.
  2. What you expected, and what happened instead: paste the output if you can.
  3. Build info: @version prints the server build; mention your platform too.
  4. Connectivity state if it seems network-related: what transport showed.

For anything /bug cannot capture (crashes on startup, installer trouble), send it through your alpha channel (your welcome note says where). Small observations are welcome; "this wording confused me" is a real bug.

Thank you

Alpha testers are co-builders. The offline mesh at DWeb Camp 2026, the friends system, the guided tour: all of it got better because someone tried it early and said what they saw. Welcome aboard.