AI assistants and companion apps
An example app where users chat with a specialized AI, with stored history, usage limits, and plan-based access.
Example app Built from planned modules. Not a customer. Not a supported app today.
Illustrative rule: daily message allowance by plan
| 1 | modules: | |
| 2 | +Added | subscriptions: |
| 3 | +Added | plans: [free, premium] |
| 4 | +Added | ai_assistant: |
| 5 | +Added | stream: true |
| 6 | +Added | quota: |
| 7 | +Added | per: day |
| 8 | +Added | free: 20 |
| 9 | +Added | premium: 200 |
| 10 | +Added | data: |
| 11 | +Added | conversations: |
| 12 | +Added | owner: user |
Placeholder values and unfinished syntax. Not a released feature.
What is the AI assistants and companion apps example app?
A user talks to an assistant built for one job: tutoring, planning, reflection, or coaching. Replies stream in as they are written. The conversation is saved so the user can return to it. Free users get a small daily allowance, and paying users get more.
This category is a design target. It is not a claim that Edict already supports a complete assistant app.
What backend does the AI assistants and companion apps example need?
- Authentication.
- Conversation history.
- An AI gateway.
- Usage quotas.
- Subscription entitlements.
- Streaming and background operations.
How do the planned modules compose in the AI assistants and companion apps example?
Authentication is designed to identify the person, and the database to store conversations as records they own. The AI gateway is designed to keep the provider credentials on the backend and stream the reply to the client. Subscriptions would provide the entitlement, and the quota rule would decide how many messages each plan can send.
Authentication, Subscriptions, and the AI gateway together are the core pattern of subscription-gated AI. Each request is designed to be checked in the same order: identity, plan, quota, then the provider call.
Some work does not suit a live connection, such as summarizing a long conversation overnight. Background jobs are planned to run that work and store the result.
What would an illustrative rule look like in the AI assistants and companion apps example?
The configuration above sets a different daily allowance for each plan and turns on streaming. The numbers are placeholders chosen for the example, and the syntax is not final.
What is example and what is planned in the AI assistants and companion apps example?
Every module named here is planned and in development. Your app owns the prompts, the personality of the assistant, the safety approach for sensitive topics, and the choice of provider. The initial model favors customers bringing their own provider credentials, and supported providers are not committed yet.
See the AI gateway and Subscriptions module pages for the planned design. Join the beta waitlist to follow progress.
Which examples are similar to AI assistants and companion apps?
These share the most modules with this one.
Get an invitation when the beta opens.
Joining gets you email updates while Edict is built, and an invitation to the hosted beta when it opens.
Building now. No launch date yet.
Join the beta waitlist
Open the signup form on KitEdict is in development. Joining does not create an account or start a trial.