Paths available today
- T0 data-only profile, action, icon and sound packs use the Market/moderation flow.
- The CLI and SDK are available self-serve on npm: a project is created with
npx @evoxapp/plugin-cli init(Quickstart). - T1 plugins can be loaded with explicit trust and run from the Plugins → Developer window.
- T2 browser Worker sources can be tested with the SDK, the
evox-plugin runpreview andevox-plugin sandbox-test(a static pre-publication sandbox compatibility check: Node/DOM/direct network scan). The real sandbox boundary is the host-owned Electron Chromium Worker.
Public executable plugin gate
Public executable metadata and multipart upload are currently closed:- Dynamic executable scanning.
- Malware and dependency vulnerability intelligence.
- Production approval signing and trust-root rotation.
- Signed revocation feed/cache freshness and replay protection.
- Private quarantine and immutable canonical byte binding.
- Desktop Market signed installer/update/rollback wiring.
- Real sandbox/resource and deployment checks.
T1R gate
Uploads of reviewed full-access plugins (T1R) depend on a gate separate from T2’s; opening one does not open the other. Today it is closed:- The CLI turns a
trusted-nodeproject into a package fit for review (evox-plugin pack) and checks the declarations withevox-plugin publish-check. - The server redoes the static scan and the declaration analysis itself; the malware and dependency check is required.
- A moderator reviews the source, the declarations and the diff against the previously approved version.
- The desktop app verifies the signed T1R release, asks for full-access consent and keeps the plugin off until the user turns it on.
- The web Market shows the plugin with a “Full access” label; the Publish form lists the T1R requirements.
T1R is not a sandbox. Even after the gate opens, the plugin runs with the rights of the user’s account; the review does not change that. Details: Trust tiers.
