Use this front door to find the public-beta path for installing Cryptad, using first-party apps, building third-party apps, legacy plugin migration, reporting security issues, and checking release readiness without reading daemon internals.
- Install and start Cryptad from the current release artifact.
- Open Web Shell at the local node UI.
- Check node and catalog status before installing apps.
- Add or verify the stable first-party catalog.
- Install a first-party app from signed catalog metadata.
- Review the permission request, service grants, and any migration consent.
- Back up app data before material updates.
- Export a privacy-preserving support bundle when support asks for evidence.
- File structured feedback with safe fields from support-and-feedback.md when the issue needs maintainer triage.
- Use explicit rollback or recovery actions when an update, catalog refresh, or migration fails.
The full path is in user-guide.md.
- Install the
crypta-appdeveloper CLI. - Create a
hello-stableapp or adapt the checked-in sample. - Run strict tests, UI lint, and Platform API compatibility checks.
- Generate local development keys, sign the bundle, verify it, and pack a deterministic ZIP.
- Create, verify, and pre-review a submission package.
- Hand the package to public beta intake.
- Respond to reviewer feedback, then stage a beta catalog candidate after a reviewed or allowed caution decision.
The copyable command path is in developer-quickstart.md. The review flow is in app-submission-walkthrough.md.
The public beta does not promise stable 1.0 product status. It also does not restore old plugin compatibility or legacy social/mail protocols.
Stable 1.0 readiness is tracked separately by release tooling. See ../stable-1.0-readiness-gate.md for the evidence bar and ../stable-1.0-known-limitations.md for the current allowed and blocking limitation classes. These pages describe readiness criteria; they do not announce that Stable 1.0 has launched.
- Trust Graph Local RC is local advisory trust only. It is not global WebOfTrust, routing policy, global moderation, a crawler, or legacy WoT compatibility.
- Social Inbox RC is a local threaded social/message reference app. It is not Freemail, Freetalk/Sone compatibility, encrypted mail transport, global moderation, or a daemon-core social store.
- FProxy browse, content rendering, content filter, startup/recovery, diagnostics, and explicit fallback routes remain retained where the legacy-retirement docs say they remain retained.
- Legacy admin is maintenance-only.
Read trust-social-limitations.md before testing Trust Graph or Social Inbox.
Do not paste secrets or raw user content into public issues, chat, docs, release artifacts, support tickets, or app submissions. This includes private insert URIs, private keys, seed phrases, app tokens, browser session tokens, form passwords, cookies, authorization headers, raw FProxy HTML, raw support bundles, raw social messages, raw trust statements, raw profile/feed documents, raw app data values, and local absolute paths.
Support bundles are local until you explicitly export them. They are designed to report metadata, counts, statuses, versions, digests, and redaction booleans rather than private content. See support-and-feedback.md, known-issues.md, triage-taxonomy.md, security-reporting.md, and ../privacy-preserving-beta-diagnostics.md.