Bundled features
Bundled features are complete features in the framework repo that you pull into your app with one line instead of writing them yourself. Each ships schema + handlers + hooks + (often) UI pieces
- tests — you use them like your own features, but can override conventions (table names, hash algorithms, channel implementations).
They live under packages/bundled-features/src/<feature>/ and get
activated through two paths:
-
Auto mode: when you set
auth: { ... }inrunDevApp/runProdApp,composeFeaturesauto-prepends the identity quartet (config,user,tenant,auth-email-password). That’s all most apps need. -
Manual: other features (audit, secrets, jobs, channels …) you import explicitly and add to your
featuresarray.
import { runDevApp } from "@kumiko/dev-server";import { createAuditFeature } from "@kumiko/bundled-features/audit";import { createSecretsFeature } from "@kumiko/bundled-features/secrets";
await runDevApp({ features: [ createAuditFeature(), createSecretsFeature(), myAppFeature, ], auth: { /* enables config + user + tenant + auth-email-password */ },});Overview
| Bucket | Features | When |
|---|---|---|
| Identity layer | auth-email-password, sessions, user, tenant, config | Every multi-tenant app. Auto-loaded in auto mode. |
| Audit & security | audit, secrets, rate-limiting | Compliance, external API keys, throttling write paths. |
| Operations | jobs, feature-toggles | Background work, gradual rollout. |
| Notifications | delivery, channel-email, channel-in-app, channel-push | Notify users — channel-agnostic. |
| Files & renderer | files-provider-s3, renderer-simple | File uploads, email templates. |
Status legend
- ✅ Stable — used in production apps (
publicstatus), API is stable - 🚧 Beta — works, but the API may still change. Use at your own risk in production
- ⬜ Planned — on the roadmap, not in the repo yet
Detail pages
🚧 A dedicated detail page per bundled feature is planned (setup +
full options list + edge cases + migration paths). Until then the
source under packages/bundled-features/src/<feature>/ is the
authoritative reference — every feature has a header comment with an
architectural overview.
See also
| Where do I find… | Here |
|---|---|
| How these features fit into the pipeline | Framework |
| Runnable examples (auth, audit, notifications, …) | Recipes |
| Deployment + hosting | Platform |
Pattern reference (r.config, r.secret, r.job, …) | Patterns |