Pular para o conteúdo

Roadmap

Este conteúdo não está disponível em sua língua ainda.

This page tracks work that is designed or partially built but not yet shipped. Everything documented elsewhere on this site reflects what’s implemented today; this is the explicit exception.

These plugins appear in design notes and the broader plugin catalog but are not present in the repository today. They’re documented here so the gap is explicit rather than implied.

PluginIntent
plugin-databaseA multi-adapter database service. The target direction is to consolidate durable SQL on plugin-turso rather than evolve a separate adapter layer.
plugin-authnAuthentication — OIDC/Keycloak/JWT, email-password, identity model, SCIM.
plugin-authzAuthorization — XACML-style PEP/PDP/PAP with policies and combining algorithms.
plugin-deploymentsA serverless plugin for managing worker deployments.
  • Subdomain / vhost routing — mapping app.example.host@ns/app through plugin-vhosts, reusing the existing worker resolver. The hostname-based plumbing exists; the host→app mapping is the remaining piece.
  • Per-environment plugin activation — enabling a plugin only under a given namespace (e.g. @production). Today manifest.enabled is global (all-or-nothing).

A historical security and availability audit is tracked separately (plugin scan/load timeouts, worker-pool behavior under high load, and related hardening). These are improvements to existing subsystems rather than new features. See Security for what’s enforced today.

  • Plugins overview — what’s actually bundled and runnable now.
  • Philosophy — the principles guiding what does and doesn’t get built.